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DISCLAIMER 

Since  the  preparation  of  this  case  study,  the  user  community  has  decided  to  modify  their  requirement  relative 
to  the  type  of  system  that  they  feel  they  need.  Consequently,  the  lEWCS  program  has  been  completely 
restmctured  and  will  not  go  to  production  as  originally  planned.  The  "new"  effort  name  is  "Prophet"  and  is 
aimed  at  electronic  mapping  of  the  battlefield.  The  prophet  system  consists  of  three  components:  Prophet 
Ground,  Prophet  Air,  and  Prophet  Control.  These  components  will  provide  a  comprehensive  near-real-time 
picture  of  electronic  emitters  on  the  battlefield  and  provide  the  abihty  to  detect,  identify,  locate,  and 
electronically  attack  selected  emitters.  It  should  be  noted  that  the  lessons  learned  in  the  lEWCS  relative  to 
Open  Systems  Architecture  are  stiU  as  valid  today  as  they  were  yesterday. 
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Chapter  1 

Executive  Summary 


The  open  systems  approach  (OSA)  is  both  a  technical  approach  and  a  preferred  business  strategy 
that  allows  DoD  to  field  superior  combat  capability  quicker  and  at  a  more  affordable  cost.  The  OSA  defines 
key  interfaces  using  commercially  supported  specifications  and  standards.  The  systems  development  flexibihty 
inherent  in  the  OSA,  and  the  more  widespread  availabihty  of  conforming  commercial  products,  mitigates 
potential  problems  associated  with  a  defense  dependent  manufacturing  base.  An  OSA-based  weapons 
system  development  serves  to  reduce  direct  research  and  development  (R&D)  investments  by  facihtating 
technology  transfer  of  subsystems  and  components  developed  by  others,  as  well  as  promote  reuse  of  software 
components,  and  thereby  can  significantly  decrease  the  time  required  to  field  an  improved  operational 
capabihty.  In  addition,  hfe-cycle  costs,  which  are  dominated  by  operations  and  support  (O&S)  costs,  are 
reduced  by  long  hved,  standards-based  architectures  that  facilitate  upgrades  by  incremental  (evolutionary) 
technology  insertion,  rather  than  by  large-scale  (revolutionary)  system  redesign.  The  OSA-based  design 
thereby  serves  to  overcome  system  obsolescence  and  to  maintain  technological  currency  in  the  face  of 
continuous  improvements  in  available  technology. 

The  Open  Systems  Joint  Task  Force  (OS-JTF)  has  developed  this  Case  Study  of  a  recent  weapons 
systems  development  that  has  successfully  incorporated  an  OSA  within  its  acquisition  processes  so  as  to 
provide  a  fuUy  analyzed  and  well-documented  example  of  an  actual  OSA-based  system  implementation.  This 
study  presents  the  U.S.  Army’s  Intelligence  and  Electronic  Warfare  Common  Sensor  (lEWCS)  and  its 
apphcation  of  an  OSA-based  technical  architecture  and  systems  procurement.  This  Case  Study  will  detail 
how  this  particular  program  achieved  the  above  benefits  of  an  OSA  while  mitigating  potential  risks. 

The  lEWCS  was  developed  to  replace  six  separate  and  unique  signals  intelligence/electronic  warfare 
(SIGINT/EW)  legacy  systems.  Each  of  these  legacy  systems  were  technically  limited  in  their  abihty  to  deal 
with  the  frequency  spectral  coverage  of  newer  threat  emissions  and  with  advanced  forms  of  modulation,  such 
as  spread  spectmm.  These  legacy  systems  also  lacked  any  meaningful  degree  of  interoperabihty  among 
themselves  or  with  other  Army  battlefield  systems.  Eurthermore,  although  each  legacy  system  performed  a 
functionally  similar  SIGINT/EW  mission,  they  had  virtually  no  commonahty  of  hardware,  firmware,  or 
software.  As  a  result,  each  system  required  somewhat  different  operations  and  support  personnel  and 
facilities. 

To  overcome  these  shortfalls,  the  Army’s  Program  Executive  Office  (PEO)  for  InteUigence  and 
Electronic  Warfare  (lEW)  identified  several  generic  criteria  considered  essential  to  the  next  generation  lEW 
system  and  mandatory  for  the  lEWCS  development: 

©  lEW  systems  life-cycle  costs  must  be  lowered. 

©  lEW  systems  technical  performance  and  flexibihty  must  be  improved. 
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@  Rapid  insertion  of  new  technology  must  be  facilitated  in  order  to  exploit  technical  advances  in  both 
hardware  and  software. 

©  Vendor  independence  must  be  achieved  while  maximizing  the  number  of  potential  supphers  of  lEW 
systems,  subsystems,  and  components. 

The  PEO  lEW  considered  five  lEWCS  acquisition  alternatives,  but  only  one,  utilizing  an  OSA-based 
system  design,  proved  feasible  in  terms  of  the  available  developmental  budget  and  the  acceptable  time 
required  to  field  an  improved  SIGINT/EW  operational  capabihty.  The  selected  lEWCS  design  employed 
three  highly  flexible  lEWCS  subsystems  incorporating  common  electronic  modules  and  software.  AU 
subsystems  used  an  OSA-based  design  approach  with  conformance  to  Versa  Module  Eurocard  (VME) 
interconnection  standards  and  the  VMEbus  (IEEE  1014)  data  transfer  technology  standard. 

Each  of  the  three  lEWCS  subsystems  has  been  integrated  together  within  three  different  Army  tactical 
platforms  to  provide  three  highly  diverse,  but  functionally  identical  and  interoperable,  lEWCS  system 
configurations  to  support  the  SIGINT/EW  mission  of  Army  heavy  divisions,  fight  divisions,  and  airborne 
divisions.  These  three  lEWCS  system  configurations  and  their  associated  Army  tactical  platforms  are:  the 
Ground-Based  Common  Sensor-Heavy  (GBCS-H)  carried  within  a  standard  tracked  tactical  vehicle,  the 
GBCS-Eight  (GBCS-E)  carried  within  a  standard  fight  tactical  truck,  and  the  Advanced  QUICKEIX  (AQE) 
carried  on  a  standard  Blackhawk  helicopter. 

The  use  of  an  OS  A  allowed  PEO  lEW  to  achieve  each  of  the  desired  lEWCS  development  goals. 
Moreover,  the  use  of  an  OSA-based  implementation  allowed  PEO  lEW  to  achieve  necessary  technical 
performance  and  manpower/supportability  improvement,  development  schedule  acceleration,  and  substantial 
cost  avoidance  over  each  phase  of  the  lEWCS  fife  cycle: 

©  Each  lEWCS  configuration,  regardless  of  platform,  can  perform  all  of  the  specified  SIGINT/EW 
missions.  Each  lEWCS  configuration  has  demonstrated  vastly  superior  technical  and  operational 
performance  capabilities  toward  fiilfilfing  these  missions.  All  configurations  use  platform  vehicles  that 
are  also  utilized  by  other  battlefield  systems,  and  thus  may  be  deployed  and  supported  using  normal 
unit  operational  personnel  and  procedures,  thereby  saving  O&S  costs.  Compared  to  its  predecessor 
systems,  for  an  armored/mechanized  division,  the  lEWCS  requires  46  percent  fewer  operators,  65 
percent  fewer  vehicles,  and  60  percent  less  airlift,  a  significant  improvement  in  manpower  and 
supportabifity  requirements. 

©  The  lEWCS  development  has  demonstrated  a  significant  schedule  reduction,  permitting  establishment 
of  a  new  SIGINT/EW  operational  capability  in  a  much  shorter  period  of  time.  The  research  and 
development  (R&D)  time  was  reduced  by  64  percent  (requiring  a  total  of  36  months  including  an  18 
months  schedule  slippage  due  to  additional  time  required  to  initiate  the  OSA  process),  while  the 
engineering  and  manufacturing  development  (E&MD)  time  was  reduced  by  an  average  of 
approximately  29  percent  (a  total  of  72  months  on  average),  relative  to  the  typical  Army  program 
acquisition  cycle  time. 
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@  The  lEWCS  acquisition  has  provided  a  substantial  cost  avoidance  over  each  phase  of  its  system  life 
cycle.  Given  an  estimated  total  R&D  and  production  costs  of  approximately  $845  million,  the 
estimated  cost  avoidance  for  these  two  hfe-cycle  phases  alone  is  approximately  $567  million.  When 
combined  with  an  estimated  cost  avoidance  for  the  O&S  phase  of  approximately  $436  million,  the 
OSA-based  lEWCS  acquisition  represents  a  cost  avoidance  to  the  Army  of  over  $1  billion. 

The  lEWCS  acquisition  also  illustrates  the  considerable  potential  offered  by  an  OSA-based 
development  to  provide  opportunities  for  technology  insertion  into  other  system  developments  across 
apphcation  domains  and  Service  boundaries.  Current  infra-  and  inter-Service  transfer  of  lEWCS  subsystems 
and  component  technology  includes  the  Airborne  Reconnaissance  Low  and  Guard  Rail  Common  Sensor 
systems  in  the  Army,  various  airborne  systems  in  the  Air  Force  and  the  Navy,  the  SSN-21  Seawolf 
submarine,  Special  Operations  Forces,  and  the  National  Security  Agency. 

The  most  notable  example  of  lEWCS  technology  transfer  is  to  the  U.S.  Marine  Corps  (USMC)  in  an 
electronics  suite  upgrade  to  their  Mobile  Electronic  Warfare  Support  System  (MEWSS),  known  as  the 
MEWSS  Product  Improvement  Program  (MEWSS-PIP).  This  upgrade  utilizes  all  three  lEWCS  subsystems 
configured  in  a  standard  Light  Armored  Vehicle,  to  become  in  essence  a  fourth  lEWCS  platform 
configuration.  The  direct  use  of  OSA-based  lEWCS  technology  in  the  MEWSS-PIP  acquisition  has 
provided  the  USMC  a  cost  avoidance  of  approximately  $149  million  to  $481  million,  depending  on  the 
specific  cost  avoidance  baseline  assumptions  used.  Additional  cost  avoidance  benefits  are  expected  to  accme 
to  the  Government  as  lEWCS  technology  is  utihzed  within  other  Army  and  DoD  systems  development 
programs. 

It  is  the  intent  of  this  Case  Study  that  the  Army’s  experience  in  successfully  achieving  an  OSA-based 
systems  acquisition  can  serve  to  provide  helpful  insights  and  lessons  learned  concerning  this  process.  Chapter 
2  provides  a  background  to  this  study.  The  development  of  the  lEWCS  acquisition  strategy  is  presented  in 
Chapter  3,  with  OSA-based  lEWCS  implementation  specifics  detailed  in  Chapter  4.  The  results  achieved  by 
PEO  lEW  through  the  use  of  an  OS  A  are  described  in  Chapter  5.  The  results  achieved  by  transfer  of 
lEWCS  to  other  systems  and  Services,  including  a  significant  cost  avoidance  by  the  USMC  in  their  MEWSS- 
PIP  development,  are  presented  in  Chapter  6.  A  number  of  important  technical  and  management  lessons 
learned  and  their  imphcations  for  an  OSA  are  discussed  in  Chapter  7.  A  summary  of  the  Case  Study  results 
and  important  conclusions  that  may  be  drawn  from  the  lEWCS  experience  are  presented  in  Chapter  8.  The 
Case  Study  also  includes  several  appendices  providing  a  further  description  of  the  apphcabihty  of  the  OSA  to 
weapons  system  design,  a  detailed  lEWCS  life-cycle  cost  analysis,  points  of  contact  for  further  information,  a 
hst  of  references,  and  a  hst  of  acronyms. 
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Chapter  2 


Introduction 


Purpose  of  this  Case  Study 

An  open  systems  approach  (OSA)  to  DoD  weapons  systems  acquisition  serves  to  facilitate  the  use  of 
widely  accepted,  standards-based  products,  which  are  available  from  multiple  sources.  It  is  envisioned  that  an 
OSA-based  systems  design  and  acquisition  can  have  profound  effects  on  reducing  the  life-cycle  costs  of  a 
system  as  well  as  on  improving  the  overall  system  performance  through  incorporating  the  products  available 
from  the  commercial  marketplace  wherever  appropriate.  The  Open  Systems  Joint  Task  Force  (OS-JTF)  was 
chartered  within  the  Office  of  the  Secretary  of  Defense  to  establish  an  OSA  as  the  foundation  for  all  DoD 
weapons  systems  acquisitions.  The  OS-JTF  has  identified  several  recent  weapons  systems  developments  that 
have  successfully  incorporated  an  OSA  within  their  acquisition  processes.  One  such  system  was  selected  to 
be  the  focus  of  a  case  study  so  as  to  provide  a  fuUy  analyzed  and  well-documented  example  of  an  actual 
OSA-based  system  acquisition.  It  is  intended  that  this  case  study  serve  to  promote  knowledge  about  the 
issues  and  practices  of  an  OSA  acquisition  methodology  based  on  actual  experience. 

The  following  case  study  considers  the  Army’s  InteUigence  and  Electronic  Warfare  Common  Sensor 
(lEWCS)  system  and  its  successful  application  of  an  OSA  within  its  technical  design  and  procurement 
processes.  It  is  intended  that  this  lEWCS  case  study  provide  detailed  insights  into  the  management  of  a 
successful  OSA-based  weapons  systems  acquisition  and  lessons  learned  concerning  the  necessary  OSA  tools 
and  techniques  needed  by  Program  Managers  (PMs),  Program  Executive  Officers  (PEOs),  and  other  DoD 
systems  acquisition  decisionmakers.  It  is  further  intended  that  this  case  study  serve  as  an  OSA  guide  for  use 
in: 


@  Providing  a  highly  relevant  example  of  an  OSA-based  weapons  systems  acquisition  of  value  in  self- 
study  and  for  use  in  executive  and  systems  engineering  courses  and  seminars. 

@  Estabhshing  lessons  learned  and  associated  technical  and  managerial  trade-off  issues  through  review 
and  analysis  of  an  actual  OSA-based  system  implementation. 

@  Developing  a  model  of  the  OSA  process  to  assess  potential  benefits  and  cost  avoidance  in  apphcation 
to  other  weapons  systems  acquisitions. 


Overview  of  the  Open  Systems  Approach 

The  OSA  is  an  integrated  technical  and  business  strategy  that  defines  key  interfaces  for  a  system  (or 
equipment)  being  developed.  Interfaces  generally  are  best  defined  by  formal  consensus  (adopted  by 
recognized  industry  standard  bodies)  specifications  and  standards.  In  addition,  if  the  architecture  is  defined  by 
specifications  and  standards  used  in  the  private  sector,  the  DoD  can  be  one  of  many  customers  and  leverage 
the  benefits  of  the  commercial  marketplace,  taking  advantage  of  the  competitive  pressures  which  motivate 
commercial  companies  to  reduce  prices  and  introduce  new  products  developed  with  internal  resources. 
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As  a  result,  the  OSA  can  permit  weapon  systems  PMs  to  have  access  to  alternate  sources  for  key 
subsystems  and  components.  In  principle,  DoD  investment  early  in  an  OSA-based  system’s  hfe-cycle  can  be 
reduced  since  at  least  some  of  the  required  subsystems  or  components  are  hkely  to  be  available,  or  are  being 
developed  without  direct  DoD  investment.  Production  sources  can  be  competitively  selected  from  multiple 
potential  vendors.  The  system  design  flexibihty  inherent  in  the  OSA,  and  the  more  widespread  availabihty  of 
conforming  commercial  products,  mitigates  potential  problems  associated  with  a  defense-dependent 
manufacturing  base.  Also,  direct  R&D  investments  toward  product  improvements  can  be  reduced  by 
technology  transfer  of  subsystems  and  components  developed  by  other  DoD  or  Government  programs.  In 
addition,  life-cycle  costs  are  reduced  by  a  long-lived,  standards-based  architecture  that  facihtates  upgrades  by 
incremental  technology  insertion,  rather  than  by  large-scale  system  redesign.  The  OSA-based  design  thereby 
serves  to  overcome  system  obsolescence  and  to  maintain  technological  currency  in  the  face  of  continuous 
improvements  in  available  technology. 

An  effective  open  system  (OS)  architecture  will  rely  on  physical  modularity  and  functional  partitioning 
of  both  hardware  and  software.  Physical  modularity  and  functional  partitioning  should  be  ahgned  to  facihtate 
the  replacement  of  specific  subsystems  and  components  without  impacting  others.  The  subsystems  and 
components  described  by  the  system  design  should  be  consistent  with  the  system  repairable  level. 

Subsystems  and  components  below  the  repairable  level  will  normally  not  be  under  government  configuration 
control;  therefore,  repairs  below  that  level,  if  required,  will  be  performed  by  the  suppher.  If  the  hardware  and 
software  are  effectively  partitioned,  it  may  be  possible  to  replace  processing  hardware  with  new  technology 
without  modifying  apphcations  software,  while  apphcation  software  can  be  modified  without  necessitating 
hardware  changes.  Finally,  although  the  most  common  emphasis  of  the  OSA  is  on  electronic  systems,  the 
OSA  is  widely  applicable  across  other,  non-electronic  subsystems  and  components,  from  fasteners  and 
batteries  to  jet  engines.  A  more  detailed  overview  of  the  OSA  apphed  to  weapons  systems  design  is  provided 
in  Appendix  A.l. 

Background  to  the  Army’s  lEW  Systems  Acquisition 

Throughout  the  1970-1980  timeframe,  the  Army’s  InteUigence  and  Electronic  Warfare  (lEW) 
capabihties  to  meet  the  battlefield  commander’s  needs  were  supported  by  combinations  of  six  separate  and 
unique  signals  intelligence/electronic  warfare  (SIGINT/EW)  systems.  Portions  of  each  system  also  supported 
various  electronic  inteUigence  (EEINT)  and  communications  inteUigence  (COMINT)  missions  across  the 
battlefield.  These  systems  and  their  specific  functionahties  were: 

@  TEAMPACK  (AN/MSQ-103) — Collect  and  report  EEINT  data  (ground-based). 

@  TEAMMATE  (AN/TRQ-32) — Collect  and  report  COMINT  data  (ground-based). 

@  TRAIEBEAZER  (AN/TSQ- 1 14) — Collect  and  report  COMINT  data  (ground-based). 

@  TRAEFICJAM  (AE/TEQ-I7A) — Jam/deceive/harass  communications  links  (ground-based). 

@  TACJAM  (AN/MEQ-34) — ^Jam/deceive/harass  communications  links  (ground-based). 
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@  QUICKFIX  (AN/ALQ-151) — Collect  and  report  COMINT  data,  as  well  as  jam,  deceive,  and 
harass  communications  links  (helicopter-based). 

These  six  systems  as  fielded  in  a  typical  Army  Communications,  Electronic  Warfare,  and  InteUigence 
(CEWI)  battahon  in  the  late-1980’s,  along  with  their  support  vehicles,  are  illustrated  in  Figure  2.1. 

Throughout  the  1980’s,  multiple  and  substantial  product  improvements  were  made  to  each  of  these  systems  in 
an  attempt  to  maintain  pace  with  the  rapidly  changing  threat  environment  within  which  the  CEWI  battahons 
must  operate.  Each  of  these  six  systems  continued  to  be  developed  and  produced  by  separate  program 
offices  with  htde  if  any  commonality  among  the  constituent  subsystems  and  components  of  each  system.  This 
lack  of  commonahty  resulted  in  lEW  systems  which  performed  the  same  type  of  mission  that  could  not 
interoperate;  lacked  commonahty  of  mission  hardware  and  software;  did  not  use  common  data  bases  and 
thereby  could  not  exchange  mission  data  between  different  systems  to  achieve  cross-cueing;  and, 
methodologies  for  operational  sustainment  or  proficiency  training  for  operator  and  maintenance  personnel 
varied  widely  from  unit  to  unit  and  from  system  to  system. 


Moreover,  substantive  changes  in  the  threat  frequency  and  modulation  characteristics  (e.g.,  use  of 
spread  specfrum  technology),  as  weU  as  intrinsic  problems  due  to  an  increasing  need  for  interoperability 
among  the  six  systems,  provided  fundamental  limitations  to  the  continued  effectiveness 
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of  the  extant  CEWI  battalions  within  the  emerging  electronic  battlefield.  A  mihtary  inteUigence  RELOOK 
study  of  this  period  offered  the  following  general  assessment: 

“The  lEW  community  lacks  versatility  and  balance,  has  inadequate  processing 

and  communications  capabilities,  lacks  deployability,  uses  outdated  technology, 

and  lacks  precision  targeting  capabilities.  ” 

At  the  same  time,  the  Army’s  PEO  for  lEW  systems  was  faced  with  a  mandate  to  decrease  the 
manpower  requirements  for  the  fielded  lEW  systems  as  well  as  to  downsize  the  lEW  PM  organizations,  while 
the  funding  levels  for  lEW  systems  modernization  were  being  significantly  decreased.  These  several 
concurrent  challenges  clearly  indicated  that  a  “business  as  usual”  approach  to  the  development  of  the  next 
generation  of  lEW  systems  was  no  longer  possible,  and  that  a  system  development  paradigm  shift  of  the  most 
basic  nature  was  required. 

lEWCS  and  the  Open  Systems  Approach 

Such  a  paradigm  shift  did  occur  within  the  Army  lEW  systems  community  over  the  1987-1992 
timeframe.  This  shift  was  motivated  by  the  increasing  realization  within  the  PEO  lEW  organization  that  a 
totally  different  developmental  approach  to  the  next  generation  of  lEW  systems  was  required.  A  strong 
impetus  for  significant  change  in  lEW  systems  acquisition  was  also  fostered  by  the  vision  and  leadership  of  the 
then  PEO  lEW,  Major  General  (then  Colonel)  William  H.  Campbell.  It  became  PEO  lEW’s  vision  that  a 
totally  new  next  generation  system  design  and  acquisition  solution  had  to  be  found  which  would  not  be  based 
on  those  rapidly  obsolescent  technologies  employed  in  the  development  of  the  six  predecessor  Army 
SIGINT/EW  systems. 

In  addition,  it  became  increasingly  dear  that  the  next  generation  systems  could  no  longer  be  based  on 
disparate  and  non-interoperable  hardware  and  software  technology.  It  was  noted  that  commercial  electronics 
equipments  were  becoming  increasingly  capable  in  addressing  many  of  the  Army’s  requirements.  Such 
equipments,  based  on  commercially-developed  technical  standards,  were  becoming  available  off-the-shelf  to 
provide  a  viable  solution  to  meet  the  Army’s  need  for  technically  capable  configurations  of  common 
components  that  readily  supported  insertion  of  newer  technology  as  it  became  available. 

The  basis  for  this  solution  was  also  reinforced  by  the  emerging  adoption  of  a  horizontal  technology 
integration  (HTI)  system  design  methodology  within  Army  systems  and  a  variety  of  acquisition  reform 
initiatives  across  all  of  DoD,  especially  in  the  preferred  use  of  commercially-developed  equipments  within 
mihtary  systems  wherever  possible.  The  selection  of  a  single  lEWCS  system  solution  to  replace  ah  six 
predecessor  systems  was  perhaps  motivated  even  stronger  by  the  realization  that  the  many  common  technical 
fiinctionahties  of  the  legacy  systems  could  share  a  set  of  common  modules  that  could  be  packaged  to  meet  the 
specific  platform  and  mission  needs  of  the  CEWI  battahon.  In  addition,  these  common  modules  could  be 
based  on  standard,  commerciahy-available  components  with  an  evolutionary  growth  path  or  upgrade  potential 
far  beyond  that  previously  available  to  the  lEW  system  designer. 

The  generahzed  use  of  common  modules  for  the  lEWCS  system  was  enabled  by  adapting  an  OSA- 
based  system  design  philosophy.  This  approach  permitted  an  overah  evolutionary  rather  than  revolutionary 
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solution  to  the  next-generation  lEW  system  design.  This  approach  also  served  to  facihtate  use  of  commercial 
design  standards  and  protocols  that  could  permit  rapid  insertion  of  the  most  recent  technology  into  the  basehne 
lEWCS  architecture.  In  addition,  this  OSA-based  system  design  philosophy  would  facihtate  maximum 
commonahty  of  lEWCS  components  within  the  supported  forces  (rather  than  create  unique  vehicle  and 
command,  control,  and  communications  stmctures)  through  commonality/standardization  at  the  lowest  possible 
level  and  maximum  re-use  of  all  hardware  and  software  components.  It  was  this  OSA-based  design 
philosophy  that  was  the  foundation  to  the  lEWCS  development  and  permitted  the  successful  fielding  of  a  new 
generation  lEW  system  that  could  rapidly  adapt  to  changing  technical  threats  and  counter-threat  responses  so 
as  to  provide  a  never  before  possible  electronic  warfighting  capabhity. 

The  foUowing  sections  of  this  lEWCS  Case  Study  examine  the  several  technical  and  management 
aspects  of  the  lEWCS  acquisition  as  well  as  the  results  achieved  by  application  of  an  OSA  to  this  specific 
acquisition.  A  number  of  technical  and  management  lessons  learned  are  also  provided  which  are  mostly  of  a 
ubiquitous  nature  and  should  generally  apply  across  the  board  within  most  OSA-based  weapons  systems 
acquisition  scenarios. 
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Chapter  3 

Development  of  an  IEWCS  Acquisition  Strategy 

Background 

The  developmental  focus  for  each  of  the  six  predecessor  tactical  SIGINT/EW  systems  to  the  IEWCS 
was  the  exploitation  and  engagement  of  classical  EASTBEOCK  forces.  Within  the  fast-paced  and  changing 
geopohtical  environment  of  the  1980’ s,  most  notably  the  dissolution  of  the  EASTBEOCK  threat,  the  Army 
recognized  a  rapidly  approaching  worldwide  shortfall  in  LEW  capabihty  to  meet  these  changing  threats. 
Specifically,  each  of  the  six  legacy  systems  was  becoming  functionally  obsolete  within  the  context  of  an 
increasingly  complex  electronic  battlefield  made  possible  by  significant  advances  in  communications  technology 
readily  available  to  a  new  generation  of  potential  hostile  forces.  Each  of  the  legacy  systems  were  limited  in 
coverage  of  the  frequency  spectral  range  of  newer  threat  emissions  as  well  as  in  the  abihty  to  deal  with  more 
advanced  forms  of  modulation,  such  as  spread  spectrum.  These  systems  could  not  detect,  process,  locate, 
nor  jam  newer  emitters  that  used  newer  frequency  ranges,  signal  modulations,  and  data  formats. 

In  addition,  the  mihtary  inteUigence  community  was  becoming  increasingly  concerned  with  the 
emergence  of  a  more  sophisticated  threat  capability  based  on  advanced  communications  technology  available 
off-the-shelf  from  the  commercial  marketplace  (such  as  digital  cellular  telephony)  where  a  new  generation  of 
commercially-developed  communications  products  would  be  available  every  12-36  months.  When 
encountered  in  the  electronic  battlefield,  each  generation  of  products  would  require  an  increasingly  robust  and 
flexible  SIGINT/EW  capabihty  counterforce.  To  properly  address  this  threat  required  an  lEW  system 
capabihty  significantly  beyond  that  available  from  straightforward  extension  any  existing  Army  lEW  technical 
architecture  and  operational  configuration. 

The  six  legacy  systems  also  mostly  lacked  any  meaningful  degree  of  interoperabhity  among  themselves 
or  with  other  Army  battlefield  systems.  Such  a  lack  of  interoperability  was  a  critical  deficiency  with  respect  to 
the  emerging  SIGINT/EW  mission  requiring  time-sensitive  interaction.  Eurthermore,  although  each  was 
computer-based  and  performing  a  functionahy  similar  SIGINT/EW  mission,  they  had  virtuahy  no  commonahty 
of  hardware,  firmware,  or  software.  Each  required  different  operator  and  maintenance  personnel  training.  In 
addition,  a  revised  National  Mihtary  Strategy,  reduced  resources  for  new  systems  acquisitions,  and  a  declining 
operational  force  stmcture  ah  served  to  accentuate  emerging  shortfahs  in  the  Army’s  lEW  capabilities. 

IEWCS  Acquisition  Goais 

The  Army’s  PEG  lEW  met  these  shortfahs  by  developing  a  series  of  highly  flexible  system 
configurations  to  provide  a  set  of  highly  diverse,  but  functionahy  identical  and  interoperable,  lEW  system 
modules  to  Army  tight  divisions,  heavy  divisions,  and  airborne  divisions.  In  addition,  the  IEWCS  system 
design  goal  was  to  achieve  the  highest  possible  levels  of  commonahty  and  increased 
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supportability  across  units,  substantially  expanded  SIGINT/EW  warfighting  capability,  and  improved  technical 
performance.  Two  principal  lEWCS  acquisition  goals  emerged: 

@  Lower  overall  lEW  systems  hfe-cycle  costs. 

@  Improved  lEW  systems  technical  performance,  platform  mobihty,  and  operational  flexibihty. 

A  number  of  secondary  lEWCS  acquisition  goals  were  also  desired.  These  included  the  abihty  to 
rapidly  insert  new  technology  to  exploit  technology  advances  in  both  hardware  and  software,  vendor 
independence,  and  the  maintaining  of  the  maximum  number  of  sources  of  supply  of  lEWCS  subsystems  and 
components.  It  was  beheved  that  these  goals  would  provide  required  flexibility  in  both  technical  capabihty  and 
operational  utihzation  necessary  to  meet  future  SIGINT/EW  threats.  A  lowering  of  system  acquisition 
management  costs  through  consohdation  of  the  six  legacy  program  offices  into  a  single  lEWCS  program  office 
was  also  a  highly  desirable  acquisition  goal. 

An  lEWCS  Systems  Vision 

The  overarching  vision  for  lEWCS  was  to  provide  a  superior  SIGINT/EW  mission  capabihty  within  a 
common  system  that  could  be  deployed  on  hght,  heavy,  and  airborne  platforms.  This  common  system  would 
be  more  robust,  deployable,  supportable,  and  cost-effective  through  use  of  subsystems  and  components  that 
are  standardized,  commerciahzed,  interoperable,  and  interchangeable. 

An  lEWCS  systems  vision  was  established  by  PEG  lEW  as  a  performance-based  lEW  systems 
requirement.  This  vision  provided  a  basis  for  a  complete  replacement  of  the  existing  lEW  system  acquisition 
methodology  that  utihzed  revolutionary  improvement  with  each  new  generation  of  capabihty,  each  of  which 
took  ten  years  or  more  to  develop  and  field.  No  longer  could  the  Army’s  lEW  community  continuahy 
develop  new,  individual,  and  typically  non-standard  systems  that  were  often  obsolete  before  they  could  be 
fielded.  Instead,  a  completely  new  lEW  system  acquisition  strategy  was  to  be  fohowed.  This  new  strategy 
would  utihze  evolutionary  improvement  of  a  readily  modifiable  system  capabihty  through  rapid  insertion  of  new 
common  module  technology  into  an  evolveable  baseline  lEWCS  architecture.  The  basic  elements  of  this 
strategy  were  to: 

@  Significantly  improve  the  Army’s  abihty  to  rapidly  and  accurately  identify,  locate,  report,  and/or 
jam  technologicahy  sophisticated  targets. 

@  Consohdate  communications  intehigence  and  electronic  intehigence  mission  requirements  and 
functions  across  platforms. 

@  Support  heavy,  hght,  and  airborne  forces  with  common  equipment  and  capabihties  using  organic 
platforms. 

@  Reduce  personnel  required  for  operation  and  maintenance. 

@  Reduce  personnel  .skill  levels  required. 

@  Incorporate  an  OSA  to  facihtate  technological  change. 
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An  Open  Systems  Approach  for  lEWCS 

The  innovative  design  insight  that  permitted  realization  of  the  lEWCS  system  vision  was  the 
recognition  that  it  was  feasible  to  employ  commercially-available  common  modules  within  an  industry 
standards-based  implementation  framework.  This  recognition  emerged  from  within  both  the  government  LEW 
technical/management  and  vendor  community,  and  was  encouraged  by  concurrent  acquisition  reform  initiatives 
within  both  the  Army  and  DoD.  This  recognition,  and  the  emerging  technical  capabihties  of  commercially- 
available  common  modules,  supported  the  decision  to  proceed  with  the  selected  lEWCS  design  philosophy. 

An  OSA  served  to  enable  this  design  philosophy  and  permitted  a  subsystem  and  component 
commonality/standardization  at  the  lowest  repairable  level.  This  OSA-based  design  philosophy  was  applied 
to  the  lEWCS  technical,  operational,  and  systems  architectures.  Simply  put: 

@  The  lEWCS  Technical  Architecture  provides  the  standards  profile  and  the  interface  specifications, 
specifying  a  minimal  set  of  mles  governing  the  arrangements,  interaction,  and  interdependence  of  the 
various  system  parts  or  elements  whose  purpose  is  to  ensure  that  a  conformant  system  satisfies  a 
specified  set  of  technical  requirements. 

@  The  lEWCS  Operational  Architecture  implements  the  SIGINT/EW  mission  operational  concepts 
and  functionahties,  specifying  required  tasks/activities,  operational  elements,  connectivities,  and 
information/data  flows. 

©  The  lEWCS  Systems  Architecture  describes  the  parts  of  the  LEW  system  and  the  technical 
characteristics  of  each  part,  specifying  each  system,  subsystem,  and  interconnection  providing  for  or 
supporting  the  SIGINT/EW  warfighting  mission. 

It  was  envisioned  that  this  OSA-based  lEWCS  system  design  approach  would  make  possible  a  highly 
adaptable  SIGINT/EW  operational  capability,  resilient  enough  to  integrate  commercial  technology  and 
subsystem/component  upgrades  at  minimal  cost,  while  sustaining  maximum  functional  performance  throughout 
the  fife  of  the  system.  The  OSA-based  design  philosophy  would  thereby  serve  to  cost-effectively  meet  all  of 
the  principal  and  secondary  lEWCS  acquisition  goals. 

Incorporation  of  an  Evolutionary  Systems  Acquisition  Strategy 

Previous  lEW  system  designs  were  generally  “custom”  acquisitions  from  a  single  system  integrator, 
initially  competitively  selected,  but  thereafter  locking  the  Government  chent  into  the  incumbent  vendor  due  to 
the  typical  use  of  proprietary  hardware  and  software  that  was  usually  not  elsewhere  available.  In  the  1989- 
1992  timeframe,  the  PEG  lEW  conducted  a  series  of  studies  performed  by  the  Jet  Propulsion  Laboratory  and 
others  to  examine  the  feasibihty  of  utihzing  commercial  standards  and  components  rather  than  using  mihtary 
specifications  and  program-unique  components.  It  was  concluded  that  an  evolutionary  lEW  systems 
acquisition  strategy  based  on  commercially-available  common  modules  and  commercial  design  standards  was 
not  only  feasible  but  mandatory  to  achieve  overall  acquisition  goals. 
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The  selected  lEWCS  system  design  approach  extended  the  PEO  LEW  common  module  conceptual 
baseline  to  incorporate  current  state-of-the-art  hardware  and  software  technologies  as  were  being  developed 
within  the  mihtary  research  and  development  organizations  as  well  as  advances  in  industrial  computer  design, 
software,  and  system  design  techniques.  The  evolutionary  design  approach  also  incorporated  the 
commercially-developed  Open  Systems  Interconnect  (OSI)  protocols  and  interfaces  (e.g.,  use  of  the  Versa 
Module  Eurocard  (VME)  interconnection  standard)  to  permit  maximum  utihzation  of  current  and  future 
hardware  and  software  component  avahabUities. 

The  lEWCS  evolutionary  systems  acquisition  strategy  served  to: 

@  Incorporate  individual  subsystems  and  components  at  the  lowest  possible  common  level  that 
are  interchangeable  and  interoperable,  and  that  can  be  utihzed  in  any  future  lEWCS  system. 
Compared  to  the  relative  inflexibility  of  each  of  the  six  predecessor  systems,  the  lEWCS 
subsystems  and  components  would  be  adaptable  to  most  capably  meet  new  and  emerging 
threats. 

@  Ensure  an  OSA-based  design  of  each  lEW  system  platform  to  accept  common  operator 
workstations,  communications,  and  other  peripheral  devices  with  a  host  common  bus  as  the 
backbone  of  the  platform.  Using  a  commercial-standard  common  bus/backbone  combined 
with  commercial  OSI  protocols  would  afford  a  bigger  segment  of  industry  the  opportunity  to 
develop  new  sensors  and  other  lEW  system  components  that  can  easily  and  economically  be 
added  to  each  platform.  Moreover,  the  software  developed  for  use  within  each  lEWCS 
subsystem  could  be  reused  as  new  module  technology  was  inserted.  In  contrast,  the 
subsystems  and  components  within  each  of  the  predecessor  systems  were  generally  vendor- 
unique  and  required  significant  development  to  incorporate  any  new  element  of  hardware  and 
software. 

@  Promulgate  the  potential  for  integration  of  new  and  existing  subsystems  and  components  into  a 
host  system  known  and  understood  by  all  industry  vendors.  With  a  judicious  selection  of  a 
growing  commercial  standards-based  technology,  the  quantity  of  vendors  who  can  potentially 
offer  improvements  and  new  sensor  capabihty  would  also  tend  to  increase.  The  introduction 
of  new  vendor-proposed  off-the-shelf  products  that  work  in  accordance  with  these 
requirements  would  be  enhanced  and  tend  to  reduce  custom  design  approaches,  thereby 
serving  to  reduce  the  costs  and  risks  of  modifications  and  production  schedule  achievement. 

In  contrast,  the  modification  of  either  hardware  or  software  components  within  each  of  the  six 
predecessor  systems  would  typically  incur  substantial  development  costs  and  schedule  risks. 

An  essential  element  of  such  an  evolutionary  acquisition  strategy  are  the  procedures  and  processes 
used  in  selection  of  the  basehne  commercial  technical  standards  to  which  aU  system  components  and 
subsystems  must  conform.  Over  the  period  1987-1991,  the  Army’s  PEO  lEW  conducted  a  number  of 
studies  and  surveys  of  both  contemporary  commercial  and  mihtary  practice  in  order  to  identify  what  technical 
standards  and  standard  module  products  would  best  meet  lEWCS  program  needs.  The  selection  was  guided 
by  a  developing  awareness  of  what  commercial  standards  and  products  were  being  used  in  comparable,  but 
previously  unknown  and  unrelated,  technology  apphcations  across  DoD. 
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These  PEO  lEW-sponsored  analyses  were  oriented  to  the  eommon  module  level  of  specificity.  Two 
candidate  module  families  were  the  Standard  Electronic  Module-Enhanced  (SEM-E),  based  on  a  EutureBus-i- 
(lEEE  896.1)  interconnection  technology  standard  and  the  VME,  based  on  the  VMEbus  (IEEE  1014) 
interconnection  technology  standard.  Representative  technical  standards  for  these  two  type  of  common 
module  technologies  are  illustrated  in  Eigure  3.1. 


1  -  Migration  from  32  bit  to  64  bit  is 
backward  compatible 


VME  64  has  a  bridge  to  FutureBus+  defined 
by  IEEE  1014.1  offering  the  user  the  greatest: 
migration  paths  available  in  any  one  Standard^ 


SEM-E  -  Mil 


Market 


SEM-EX  -  Vendor  Specific 
VME  (6U)  -  Mil,  Rugged  and  Commercial 


Figure  3.1.  Technical  Standards  Employed  by  Electronics  Modules  Considered 

in  lEWCS  Design 


A  critical  juncture  occurred  in  1992  when  PEO  LEW  selected  the  VME-based  interconnection 
technology  standard  for  the  lEWCS  system.  A  number  of  other  hardware  and  software  component  standards 
and  interface  specifications  were  also  finalized  at  that  time.  A  summary  of  the  resultant  technical  architecture 
describing  the  standards  profile  and  interface  specifications  for  the  common  hardware  and  software 
components  are  illustrated  in  Eigures  3.2  and  3.3,  respectively. 

An  early  payoff  of  this  selection  decision  occurred  when  lEWCS  developers  learned  of  a  multi-channel 
direction  finding  (DE)  receiver  and  processor  that  had  been  developed  by  a  U.S.  Air  Eorce  (USAE)  program 
which  used  the  VME-based  interconnect  technology  that  appeared  to  be  of  direct  apphcation  to  lEWCS 
needs.  In  fact,  it  was  determined  that  this  technology  had  a  significant  potential  to  achieve  the  desired  lEWCS 
technical  capabUities  through  a  direct  product  transfer  without  extensive  R&D  expenditures  or  technical 
efforts.  As  such,  this  technology  offered  a  schedule  acceleration  of  over  five  years  in  development  of  a  multi¬ 
channel  DE  subsystem.  This  USAE-developed  subsystem  was  based  on  VMEbus  technology  standards  and 
was  directly  compatible  with  the  selected  lEWCS  technical  architecture  (reference  Eigure  3.2).  The  relatively 
straightforward  insertion  of  this  multi-channel  DE 
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Figure  3.2.  Selected 


EWCS  Common  Hardware  Components  and  Their  Associated 
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receiver  and  processor,  when  combined  with  the  anticipated  future  potential  and  growth  of  widely  available 
VME-based  module  technologies,  served  to  strengthen  the  wisdom  of  selecting  VME-based  commercial 
common  module  products  for  the  lEWCS  technical  architecture. 

Issues  and  Alternatives  in  the  lEWCS  Systems  Acquisition 

The  estabhshment  of  an  lEWCS  acquisition  strategy  involved  a  consideration  of  several  alternate 
approaches  to  lEWCS  system  development.  The  basic  alternatives  considered,  from  least  acceptable  to  most 
preferred,  and  associated  issues  in  their  consideration  include  the  following: 

©  Alternative  1 .  Apply  only  minimal  upgrades  to  the  six  existing  legacy  systems.  Accept  increasing 
technical  performance  shortfalls  and  continuing  lack  of  interoperabihty  between  SIGINT  and  EW 
operations.  Accept  increasingly  difficult  equipment  supportabihty  and  continuing  dependence  on  a 
single  incumbent  vendor  for  each  system.  Accept  that  continuing  operations  and  support  (O&S) 
staffing  resources  wiU  not  comply  with  Army  downsizing  guidance.  This  alternative  was  clearly 
unacceptable! 

©  Alternative  2.  Develop  and  apply  major  modifications  to  the  front-end  sensor  hardware  in  each  of 
the  six  legacy  systems  to  achieve  new  SIGINT/EW  technical  performance  requirements.  Accept  that 
systems  functionahty  would  not  be  able  to  keep  up  with  future  threat  technical  environments.  Accept 
that  most  hardware  and  software  would  continue  to  be  non-standard  and  incompatible.  Since  each  of 
the  legacy  systems  are  technically  unique  and  have  few,  if  any,  elements  in  common,  accept  that  there 
would  be  neghgible  hardware  or  software  reuse  potential.  A  significant  problem  with  this  approach 
was  that  it  was  determined  that,  in  some  cases,  it  was  not  practical  to  adapt  the  new  hardware  into  the 
older  systems  technology.  Most  of  the  disadvantages  of  Alternative  1,  specifically  including  difficult 
supportabihty,  would  also  apply  to  this  alternative  as  well. 

©  Alternative  3.  Simultaneously,  but  independently,  develop  a  total  upgrade  of  each  of  the  legacy 
systems  incorporating  improved  front-end  sensor  hardware  and  corresponding  improvements  to  all 
other  system  components.  Each  of  these  upgrades  would  utilize  the  best  available  components 
appropriate  to  each  specific  system  without  consideration  of  any  common  system  development.  A 
subset  of  this  alternative  would  be  to  upgrade  only  a  fixed  subset  of  these  systems,  such  as 
TRAIEBEAZER,  TEAMMATE,  and  QUICKEIX.  In  any  case,  this  acquisition  alternative  would 
dearly  be  far  more  expensive  in  the  near-term  than  Alternative  2,  while  maintaining  most  of  the 
disadvantages  of  Alternative  1.  Although  each  of  the  upgraded  legacy  systems  would  be  distinct,  this 
alternative  would  offer  achievement  of  improved  operational  performance  within  a  shorter  time  period. 
Most  interoperabihty,  commonahty,  and  supportabihty  requirements  would  not  be  met  and  would 
remain  serious  shortfalls.  This  alternative  was  seriously  considered  by  PEG  lEW,  but  cost  of 
simultaneous  upgrade  of  only  three  of  the  legacy  systems  would  have  significantly  exceeded  available 
PEG  lEW  resources. 

©  Alternative  4.  EuUy  upgrade  one  legacy  system  at  a  time  to  utihze  a  common  module  approach 
wherever  practicable.  This  alternative  would  have  a  near-term  cost  advantage  of  spreading  upgrade 
costs  over  a  number  of  years,  but  also  spread  the  total  system  upgrade  completion  unacceptably  into 
the  far  future  (the  PEG  lEW  estimated  an  earliest  completion  in  the  year  2005).  Accept  that  system 
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interoperability,  commonality,  and  supportabiUty  would  be  strained  due  to  the  mixed  technology  nature 
of  this  development  approach,  especially  during  the  extended  transition  period  until  all  systems  were 
fuUy  upgraded.  Accept  that  continuing  technology  upgrades  to  each  of  these  systems  would  be 
required  to  maintain  pace  with  increasing  threats,  and  could  add  to  the  total  developmental  cost. 
Accept  that  O&S  staffing  resource  requirements  would  not  meet  Army  personnel  downsizing  goals. 

@  Alternative  5.  Initiate  development  of  one  set  of  lEW  common  sensors  and  signal  processors  that 
could  perform  the  technical  functionahties  of  each  of  the  six  legacy  systems  and  that  could  be 
configured  to  meet  each  of  the  Army’s  light,  heavy,  and  airborne  SIGINT/EW  missions  and  platforms. 
Allow  horizontal  insertion  of  both  government-  and  commercially-developed  common  module 
technology  that  would  be  enabled  by  full  adherence  to  an  OSA-based  technical  architecture. 

Conform  to  a  widely  accepted  commercially-developed  technical  standard,  serving  to  maximize 
opportunities  for  continuing  capabihty  upgrade  via  insertion  of  improved  technology.  Permit  common 
module  and  subsystem  interchangeabihty  among  SININT/EW  missions  and  platforms,  thereby 
achieving  maximum  reuse  of  hardware  and  software,  also  serving  to  achieve  the  desired 
interoperability,  commonahty,  and  supportabiUty  goals.  This  was  the  alternative  lEWCS  system 
acquisition  strategy  that  was  selected  by  PEG  lEW.  The  decision  to  initiate  this  development 
alternative,  however,  created  a  $10  million  cost  impact  to  the  lEW  program  and  an  18-month 
schedule  delay  with  a  higher  associated  possible  risk  of  program  termination.  A  strong  program 
leadership  hand  became  mandatory  to  achieve  the  required  success  in  the  face  of  high  programmatic 
and  technical  risk. 

The  Selected  lEWCS  System  Design 

Upon  the  selection  of  an  OSA-based  common  module  acquisition  strategy  and  of  the  VME-based 
commercial  technical  standards,  an  overaU  lEWCS  system  design  was  initiated  in  conformance  with  the 
technical  architecture  illustrated  in  Eigures  3.2  and  3.3.  Over  the  1992-1994  timeframe,  the  lEWCS  design 
evolved  to  support  a  configuration  of  three  major  subsystems,  each  addressing  one  component  of  the 
SIGINT/EW  mission: 

@  CHAES-X  (Communications  High- Accuracy  Eocation  System  Exploitable),  to  perform  precision 
targeting  against  hostile  communications  systems. 

@  TACJAM-A  (Tactical  Jammer-Advanced  System),  to  support  both  active  electronic  countermeasures 
(ECM)  and  passive  electronic  support  measures  (ESM)  against  hostile  communications  and  non¬ 
communications  electronic  systems. 

©  CMES  (Common  Modular  Electronic  InteUigence  System),  to  perform  precision  targeting  against 
hostile  non-communications  systems. 

In  turn,  the  lEWCS  system  and  these  three  component  subsystems  would  be  configured  to  each 
reside  in  three  different  Army  tactical  SIGINT/EW  platforms: 

©  Ground-Based  Common  Sensor-Heavy  (GBCS-H),  carried  within  a  standard  Army  tracked  tactical 
vehicle  known  as  the  Electronic  Eighting  Vehicle  System  (EEVS).  [Note:  The  EEVS  is  also  used  as 
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the  platform  for  several  other  Army  tactical  systems  such  as  the  Command  and  Control  Vehicle 
(C2V)]. 

@  GBCS-Light  (GBCS-L),  carried  within  standard  electronic  enclosures  mounted  on  a  standard  Army 
hght  tactical  truck  known  as  the  High  Mobihty  Multipurpose  Wheeled  Vehicle  (HMMWV)  or  the 
Ml 097  truck. 

@  Advanced  QUICKFIX  (AQF),  carried  on  a  standard  Army  Blackhawk  helicopter  (EH-60A). 


The  lEWCS  subsystems  and  their  platforms  are  illustrated  in  Figure  3.4.  While  each  of  the 
predecessor  LEW  systems  required  unique  and  somewhat  non-standard  mihtary  vehicles,  the  three  lEWCS 
configurations  each  fit  into  standard  mihtary  platforms  that  are  each  also  used  in  other  non-IEW  systems  and 
missions.  This  system  implementation  decision  served  to  significantly  lower  ensuing  O&S  costs  for  all  lEWCS 
platforms  compared  to  those  of  the  six  predecessor  systems.  In  addition,  this  development  approach  allowed 
lEWCS  carriers  to  be  deployed  and  supported  utilizing  normal  unit  operational  procedures,  unlike  the 
platform  vehicles  of  the  predecessor  systems  that  were  unique  and  had  to  be  supported  and  often  deployed 
differently.  Moreover,  the  use  of  standard  mihtary  platforms  for  each  of  the  lEWCS  configurations  gave 
mihtary  commanders  increased  deployment  fiexibihty  which  served  to  positively  effect  the  operational 
deployment  of  the  supported  unit. 


Figure  3.4.  lEWCS  Subsystems  and  Their  Platforms 


Other  than  those  platform-unique  chassis  and  configuration  items  necessary  to  adapt  the  lEWCS 
system  instaUation  into  each  of  these  three  platforms,  the  lEWCS  system  within  each  of  the  platforms  is 
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physically,  functionally,  and  operationally  identical.  Each  lEWCS  system,  regardless  of  platform  installation, 
can  perform  all  of  the  specified  SIGINT/EW  missions,  and  to  that  extent,  are  operationally  interchangeable. 
This  approach  also  permitted  a  high  degree  of  interchangeabihty  among  lEWCS  O&S  personnel. 

In  addition,  since  each  lEWCS  system  installation  was  based  on  the  same  eommon  module  hardware 
and  software  products,  each  lEWCS  technology  upgrade  would  be  equally  apphcable  to  all  three  platform 
configurations.  All  lEWCS  systems  also  used  functionally  identical  common  workstations,  mission  data  hnks 
between  units,  and  the  SINCGARS  combat  net  radio.  This  overall  design  approach  served  to  assure  a  high 
level  of  interoperabihty  and  maximum  supportability. 

Planning  the  Transition  of  Six  Legacy  Systems  Into  One 
Evolutionary  System 

One  stimulus  to  the  decision  to  acquire  a  single  lEWCS  system  to  replaee  the  six  legacy  Army 
SIGINT/EW  tactical  systems  was  the  concurrent  downsizing  of  the  Army  lEW  development  community.  A 
single  lEWCS  Program  Office  with  a  single  Program  Manager  was  established  in  the  1989  timeframe  at  the 
Army’s  Vint  Hill  Earms  Station  faeility  in  Warrington,  VA,  replacing  the  six  predecessor  program  offices  and 
their  six  independent  Program  Managers.  All  transition  planning  was  thereby  centered  into  a  single  program 
office,  achieving  not  only  the  Army’s  program  management  downsizing  objectives,  but  centrahzing  aU 
subsequent  program  management  activities. 

The  PEO  lEW  decided  to  pursue  two  separate  acquisition  activities  in  the  transition  to  a  single 
lEWCS  system: 

@  Based  on  an  urgent  requirement  expressed  in  an  Operational  Needs  Statement  (ONS)  from  the  82"'* 
Airborne  Division,  the  development  of  an  interim  GBCS-E  was  initiated.  It  was  planned  that  the 
GBCS-E  (Interim)  would  be  fielded  with  the  82"‘^  Airborne  Division  prior  to  completion  of  the  full 
lEWCS  technical  development.  These  interim  units  would  be  subsequently  retrofitted  with  the  full 
lEWCS  teehnology.  The  use  of  an  OSA-based  development  strategy  made  this  approach  cost- 
effective  in  that  the  technology  utihzed  in  the  interim  GBCS-E  development  supported  direct  insertion 
of  improved  lEWCS  modules  as  they  became  available.  In  addition,  much  of  the  software  developed 
for  the  interim  GBCS-E  implementation  could  be  reused  across  aU  final  lEWCS  configurations. 

@  Three  Engineering  Development  Models  (EDMs)  of  each  of  the  GBCS-H,  GBCS-E,  and  AQE 
configurations  of  the  lEWCS  would  be  produced  for  technical  and  user  testing  (TT/UT).  This  set  of 
nine  lEWCS  systems  would  be  tested  together  to  demonstrate  the  satisfaction  of  the  requirement  for 
interoperability  and  synergy.  Upon  successful  completion  of  TT/UT,  production  approval  and  type 
classification  Standard  would  be  sought  for  the  GBCS-H  and  AQE.  The  GBCS-E  (Interim)  would 
initially  be  type  classified  Eimited  Production  Unit,  but  upon  upgrade  and  retrofitting  to  the  full  lEWCS 
technology,  a  type  classification  Standard  would  also  be  sought.  This  ambitious  simultaneous 
development  of  three  major  lEWCS  subsystems  was  greatly  facilitated  by  the  OSA-based  acquisition 
strategy  in  that  all  employed  compatible  and  interoperable  common  modules  and  common  software 
components.  It  was  planned  that  aU  these  activities  would  be  completed  by  EY 1996  (and  they 
were!). 
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The  lEWCS  transition  activities  were  also  dependent  on  the  concurrent  development  and/or 
configuration  modification  of  the  two  ground-based  lEWCS  platform  vehicles  (EFVS  and  HMMWY)  by 
other  Army  development  commands.  The  AQF  hehcopter  platform  was  evolved  from  the  existing 
QUICKPIX  platform  via  the  material  change  process.  In  each  case,  developmental  risk  was  minimal  due  to 
limited  use  of  any  speciahzed  lEWCS  installation  configurations  and  the  use  of  lEWCS  components  and 
subcomponents  that  are  interchangeable  and  interoperable  due  to  the  OSA-based  acquisition  strategy. 

As  of  late-FY  1996,  the  overall  development  and  fielding  of  the  lEWCS  system  have  been 
proceeding  successfully  and  on  schedule.  The  system  and  each  of  its  three  component  subsystems  (CHALS- 
X,  TACJAM-A,  and  CMES)  has  currently  passed  acquisition  Milestone  2  for  each  of  the  three  platform 
implementations  (GBCS-E,  GBCS-H,  and  AQE).  In  addition,  the  CHAES-X  and  CMES  subsystems  are 
now  in  production  (acquisition  Milestone  3),  while  the  TACJAM-A  subsystem  is  now  in  low  rate  initial 
production.  The  projected  Milestone  3  dates  for  the  GBCS-E,  GBCS-H,  and  AQE  implementations  are 
during  EY  1997,  EY  1999,  and  EY  1998,  respectively. 
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Chapter  4 

lEWCS  IMPLEMENTATION  OF  AN  OPEN 

Systems  Approach 


Introduction 

The  decision  to  adopt  an  open  systems  approach  in  the  development  of  the  lEWCS  system  was  a 
bold  stroke  forced  by  the  need  to  overcome  current  and  future  shortfalls  in  achieving  the  Army’s  tactical 
SIGINT/EW  mission  and  tempered  by  the  reahties  of  the  LEW  budget  limitations  and  DoD’s  programmatic 
guidance  for  acquisition  reform.  The  technical  and  management  paradigm  shifts  necessary  to  successfully 
accomphsh  an  OSA-based  lEWCS  development  within  the  Army’s  evolving  systems  development 
environment  were  substantial.  Several  of  these  issues  and  their  resolution  with  respect  to  both  the  technical 
and  management  challenges  are  presented  in  this  section. 

Technical  Issues  and  their  Resoiution 

A  fundamental  challenge  to  the  lEWCS  system  designers  was  to  develop  individual  subsystems  and 
components  at  the  lowest  possible  common  level  that  are  interchangeable  and  interoperable.  This  in  turn 
required  the  selection  of  appropriate  commercial  standards  upon  which  to  base  the  lEWCS  technical 
architecture.  To  this  end,  several  market  surveys  were  conducted  by  PEG  lEW  and  for  PEO  LEW  by  the  Jet 
Propulsion  Eaboratory  (JPE).  In  1991,  JPE  recommended  a  set  of  hardware  and  software  standards  for 
lEWCS  implementation  (Report  JPE  D-8980,  see  Appendix  A.4).  In  late- 1991,  PEO  LEW  decided  to 
accept  the  JPE  recommendations  and  selected  various  sets  of  commercial  and  mihtary  computer  hardware, 
interconnect,  and  software  standards,  including: 


Backplane 

VMEbus  (IEEE  Standard  1014) 

Data  Bus 

VME  Sub-Bus  (lEC  Standard  821) 

MIL-STD-1553 

Local  Area  Network 

Ethernet  (IEEE  Standard  802.3) 

Operating  System 

UNIX 

Applications  Program  Interface 

POSIX.4  (IEEE  Standard  1003.4) 

Data  Base  Management  System 

SQL  Standard 

Graphical  User  Interface 

OSF/MOTIF 

Language 

ADA  and  C++ 

Each  of  these  standards  represents  publicly  available  documents  defining  specifications  for  interfaces, 
services,  protocols,  and  data  formats  as  established  by  a  consensus  process,  and,  as  such,  are  either 
accredited  or  widely-used  de  facto  open  system  standards  recognized  and  supported  by  the 
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commercial  community.  These  standards  are  utilized  by  the  three  major  component  subsystems  of  lEWCS  as 
follows: 


©  CHALS-X:  VMEbus,  VME  sub-bus,  and  Ethernet 
©  CMESrVMEbus,  MIE-STD-1553,  and  Ethernet 
©  TACJAM-A:  VMEbus,  MIE-STD-1553,  and  Ethernet 

The  judicious  selection  of  these  standards  to  achieve  interchangeabihty  and  interoperabihty  among  the 
lEWCS  subsystems  and  components  was  critical  to  the  long-term  success  of  the  overall  open  system 
architectural  design.  A  complete  description  of  the  common  hardware  and  software  components  and  their 
associated  standards  used  in  the  lEWCS  and  other  PEO  LEW  programs  is  presented  in  Eigure  3.2  and  3.3, 
respectively. 

It  was  the  intent  of  the  lEWCS  system  designers  that  through  use  of  an  industry  standard  open 
systems  architecture  with  a  common  bus,  a  greater  segment  of  potential  vendors  will  have  the  opportunity  to 
develop  more  system  components  (e.g.,  sensors,  signal  processors,  memories,  communications  modules)  that 
can  readily  and  economically  be  added  to  any  of  the  lEWCS  platform  configurations.  Through  this  use  of  an 
OSA-based  architecture,  the  requirements  for  integration  of  new  and  existing  commercial  item  (Cl) 
subsystems  into  a  host  system  are  known  and  understood  by  all  vendors.  In  addition,  through  such  an  OSA- 
based  implementation,  conformant  system  hardware  and  software  components  developed  by  other 
government  programs  can  be  incorporated  within  lEWCS  configurations  as  a  non-developmental  item  (NDI). 
Moreover,  through  such  accommodation  of  vendor-proposed  off-the-shelf  Cl  products  and  appropriate  NDI 
components  that  work  in  accordance  with  the  selected  standards,  system  customization  can  be  significantly 
reduced,  thereby  serving  to  reduce  costs  and  inherent  risks  associated  with  specialized  modifications. 

An  additional  benefit  of  the  OSA-based  implementation  includes  the  ready  facihtation  of  technology 
transfer  of  hardware  and  software  components  from  other  conformant  systems  into  lEWCS  as  well  as  from 
lEWCS  to  other  system  development  programs.  This  benefit  has  provided  valuable  cost  avoidance  in 
lEWCS  development  (such  as  permitting  the  transfer  of  the  Air  Eorce  8-channel  DE  receiver  and  processor 
technology  to  lEWCS)  and  has  enabled  cost  avoidance  in  other  PEO  lEW  system  developmental  (such  as  the 
Airborne  Reconnaissance  Eow  program).  Perhaps  the  most  compelling  illustration  of  the  value  of  such 
relatively  easy  technology  transfer  made  possible  by  the  OSA  design  is  shown  in  the  transfer  of  lEWCS 
hardware  and  software  components  to  the  U.S.  Marine  Corps  Mobile  Electronic  Warfare  Support  System 
Product  Improvement  Program  (MEWSS-PIP),  described  in  detail  in  Chapter  6  of  this  Case  Study. 

To  date,  these  intended  goals  of  a  commercial  standards-based  OSA  design  have,  for  the  most  part, 
proven  realizable  and  are  beheved  by  the  PEO  lEW  staff  to  be  the  source  of  considerable  developmental  cost 
avoidance.  The  selection  of  a  VME  standard  backplane  remains  highly  credible  throughout  the  foreseeable 
future,  and  the  number  of  commercially-developed  VME-based  products  of  potential  use  in  lEWCS  systems 
continues  to  increase.  In  a  similar  fashion,  the  selection  of  the  real-time  extension  to  the  portable  operating 
system  interface  (POSIX),  known  as  POSIX.4,  as  the  apphcation  program  interface  (API)  also  remains  highly 
credible  throughout  the  foreseeable  future  as  a  strong  technology  transfer  enabler. 
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Another  opportunity  for  cost  avoidance  was  found  in  the  development  of  software  across  the  three 
major  lEWCS  subsystems.  There  were  three  principal  opportunities  in  this  area.  The  first  of  these  was 
inherent  in  the  subsystems  design  due  to  the  utihzation  of  many  common  hardware  modules  for  each  of  these 
subsystems  within  each  of  the  three  lEWCS  platforms,  wherein,  to  the  maximum  extent  possible,  common 
software  was  developed  once  that  was  appropriate  to  any  of  the  lEWCS  configurations.  As  opposed  to  a 
traditional  computer-based  system  acquisition  wherein  significant  new  software  development  is  normally 
required  for  each  major  variation  or  apphcations  environment,  lEWCS  was  able  to  incorporate  common 
hardware  modules  throughout  its  constituent  subsystems  and  apphcations  platforms.  The  overall  cost  savings 
due  to  this  OSA-based  design  approach  cannot  be  easily  quantified,  but  clearly  represents  a  distinct 
advantage  of  the  lEWCS  system  development  process. 

The  second  opportunity  for  software  development  cost  avoidance  was  in  reuse  of  previously 
developed  software  from  one  of  the  six  legacy  systems  or  other  PEO  LEW  systems  development  programs.  It 
is  estimated  that  of  the  approximately  151,000  source  lines  of  code  used  to  implement  lEWCS,  approximately 
102,000  source  hues  of  code,  or  67  percent,  were  obtained  from  other  sources.  The  lEWCS  program  office 
has  estimated  that  this  software  reuse  has  provided  a  developmental  cost  avoidance  of  approximately  $7.6 
million.  In  addition,  a  third  opportunity  for  software  cost  avoidance  exists  in  that  it  is  intended  that  most,  if  not 
ah,  of  current  lEWCS  software  can  be  reused  in  the  next  generation  of  hardware  modules.  This  potential  for 
future  lEWCS  software  development  cost  avoidance  again  cannot  be  readily  quantified,  but  the  current 
evolutionary  development  program  for  the  CHAES-X(M)  from  the  CHAES-X  may  provide  a  near  100 
percent  level  software  reuse.  These  lEWCS  experiences  in  achieving  a  relatively  high  level  of  software  reuse 
dramatically  illustrate  the  potential  for  the  OSA-based  design  approach  wherein  new  generations  of  computer 
hardware  which  conform  to  estabhshed  commercial  software  operational  standards  are  able  to  readily  reuse 
previously  developed  software,  providing  a  higher  level  of  system  technical  performance  with  a  minimal 
investment  in  the  development,  integration,  and  testing  of  new  software. 

Management  Issues  and  their  Resolution 

The  initial  chahenge  to  the  PEO  lEW  was  to  develop  and  enforce  a  commitment  to  the  OSA-based 
system  implementation  process  throughout  the  lEWCS  program  office  and  the  traditional  lEW  vendor 
community.  This  proved  to  be  a  difficult  challenge,  but  was  successfully  achieved  over  the  1988-1992 
timeframe  by  a  determined  and  constant  leadership  as  well  as  by  demonstrable  technical  successes  via  a  series 
of  incremental  advances.  The  transition  from  a  traditional  acquisition  management  environment  (i.e., 
implementing  a  “stovepipe”  approach)  to  that  required  by  an  OSA-based  acquisition  management 
environment  required  a  considerable  change  in  mindset  and  emphasis.  A  relatively  high  degree  of  informal,  but 
mandatory,  discipline  and  control  practices  were  established  to  ensure  that  close  adherence  to  the  critical 
standards  utihzation  pohcy  was  foUowed.  To  this  end,  a  Conformance  Management  pohcy  was  developed  to 
ensure  that  no  exceptions  nor  extensions  to  the  selected  standards  were  utihzed,  and  that  interface  profiles 
were  closely  foUowed. 

Concurrent  with  the  establishment  of  these  pohcies,  PEO  lEW  was  also  chahenged  by  the 
reorganization  of  the  lEWCS  Program  Office  from  six  “stovepipe”  system  Program  Managers  to  a  single 
lEWCS  Program  Manager  and  three  managers  of  the  separate  platform  lEWCS  configurations,  in  addition  to 
mandated  program  office  staff  reductions  due  to  a  sweeping  downsizing  of  ah  Army  PEO  organizations.  PEO 
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LEW  was  also  impacted  by  the  Army  mandate  to  consolidate  technology  developments  by  estabhshing  HTI 
managers  within  and  across  PEO  organizations.  The  OSA-based  implementation  approach  for  lEWCS 
development  did  permit  a  substantially  smaller  Program  Office  management  staff  than  was  necessary  for  the 
six  predecessor  programs.  As  such,  the  OSA-based  development  tended  to  prove  invaluable  in  allowing 
PEO  LEW  to  adjust  to  and  accommodate  each  of  all  organizational  changes  that  it  encountered  during  this 
period. 


Erom  a  programmatic  standpoint,  another  significant  management  challenge  arose  with  the  initial 
decision  to  proceed  with  an  OSA-based  common  module  lEWCS  development  approach  (described  as 
Alternative  5  in  Chapter  3).  This  decision  in  effect  created  a  $10  million  cost  impact  to  the  LEW  program 
and  an  18-month  schedule  delay  necessary  to  replan  the  program  and  to  conduct  the  required  market  surveys, 
while  also  providing  the  program  a  high  visibihty  to  the  Army  acquisition  authorities.  Again,  the  determined 
and  committed  leadership  from  the  PEO  LEW  and  the  personal  behef  that  this  was  the  correct  decision 
provided  a  level  of  confidence  sufficient  to  overcome  all  programmatic  obstacles  raised  by  this  relatively  high 
program  cost  increase  and  schedule  slippage.  In  the  end,  the  confidence  in  this  decision  to  adapt  an  OSA  was 
shown  to  be  correct  in  that  the  lEWCS  achieved  substantive  cost  avoidance  and  schedule  improvement. 

It  is  the  nature  of  the  lEW  system  acquisition  environment  that  a  relatively  closed  set  of  estabhshed 
vendors  are  the  only  source  considered.  These  vendors  are  typically  large  system  integration  contractors  who 
possess  the  speciahzed  security  clearances  and  systems  experience  that  characterize  this  peculiar  apphcations 
domain.  The  Government’s  intent  to  employ  an  OSA-based  rather  than  a  traditional  acquisition  approach  did 
not  change  this  symbiotic  relationship  between  PEO  lEW  and  their  established  suppliers,  nor  served  to 
effectively  open  the  market  for  other  vendors.  At  the  onset  of  the  lEWCS  acquisition,  this  traditional  systems 
integration  vendor  community  tended  to  reluctantly  accept  the  Government’s  OSA  commitment,  but  in  time, 
proved  a  wilhng  and  able  partner  in  the  lEWCS  development.  Non-traditional  second-  and  third-tier 
commercial  sources  of  supply  were  considered  and  utihzed,  and,  in  so  doing,  allowed  some  cost  avoidance 
that  may  not  have  been  possible  had  only  traditional  Government  sources  of  supply  been  utihzed. 

Although  considered,  there  were  no  special  nor  extraordinary  management  techniques  used  to 
implement  this  OSA-based  development.  Similarly,  it  was  reported  that  technical  prototyping  demonstrations 
to  assess  the  feasibility  of  new  technology  were  generaUy  not  required  nor  used  during  the  evolution  of  the 
lEWCS  technical  architecture.  The  Program  Office  did  develop  specialized  project  management  software, 
but  as  the  lEWCS  development  progressed,  it  proved  unworkable  due  to  its  complexity  and  inability  to 
simultaneously  update  and  coordinate  the  hundreds  of  ongoing  activities.  As  a  result,  this  automated  project 
management  support  attempt  was  abandoned  within  the  first  three  years.  Required  project  planning, 
scheduhng,  and  control  was  mostly  done  manuahy  and  via  e-mail.  Although  lEWCS  developmental 
management  goals  were  clearly  estabhshed,  specific  performance  measures  (other  than  milestone  achievement) 
were  not  generahy  estabhshed  to  gauge  the  progress  toward  the  goals.  This  did  not  seem  to  impede  progress 
since  the  goals  were  unambiguously  defined,  were  not  subject  to  different  interpretations,  and  the  management 
was  determined  to  reach  them. 
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R&D  and  Production  Cost  Avoidance 

The  OSA-based  technical  architecture  of  the  lEWCS  system  represents  a  distinct  departure  from  the 
design  approach  employed  in  the  six  predecessor  systems.  It  was  envisioned  that  this  OSA-based  design 
would  also  offer  significant  cost  advantages.  This  promise  was  reahzed  and  many  opportunities  for  cost 
avoidance  due  to  the  OSA-based  implementation  were  exploited.  This  is  perhaps  best  illustrated  by 
considering  the  overall  costs  associated  with  the  R&D  and  production  phases  of  the  lEWCS  hfe-cycle. 


The  following  summary  comparison  considers  actual  overall  cost  of  the  lEWCS  for  the  R&D  and 
production  phases  against  the  corresponding  estimated  overall  cost  of  a  hypothetical  non-OSA  development 
of  an  SIGINT/EW  system  of  equivalent  technical  performance  as  the  lEWCS.  A  detailed  presentation  of 
these  assumptions  and  a  cost  analysis  of  the  complete  lEWCS  acquisition  through  all  phases  of  its  hfe-cycle 
(including  the  O&S  phase)  are  presented  in  Appendix  A.2. 


lEWCS-like  SIGINT/EW 
System  Capability  without  an 
OSA-Based  Design 

Actual  lEWCS  System  Using 
an  OSA-Based  Design 

R&D  Costs  by  Major  Subsystem: 

CHAALS/CHALS-X 

$  66.0  M 

$  66.0  M 

CMES 

54.3  M 

7.0  M 

TACJAM/TACJAM-A 

195.0  M 

165.0  M 

Subsystems  Integration 

— 

75.0  M 

Platform  Integration 

81.7  M 

49.0  M 

Total  R&D  Costs 

$  397.0  M 

$  362.0  M 

Production  Costs  by  Major  Subsystem: 

CHAALS/CHALS-X  (138  units) 

$  191.9M 

$  99.1  M 

CMES  (150  units) 

347.4  M 

135.0  M 

TACJAM/TACJAM-A  (198  units) 

475.2  M 

248.4  M 

Total  Production  Costs 

$1,014.5  M 

$  482.5  M 

Total  R&D  and  Production  Costs 

$1,411.5  M 

$  844.5  M 

Accommodation  of  Evolutionary  Change 

The  use  of  an  OSA-based  system  implementation  provides  an  inherent  opportunity  for  relatively 
seamless  accommodation  of  evolutionary  change.  The  physical  modularity  and  functional  partitioning  tend  to 
facihtate  the  replacement  of  specific  subsystems  and  components  without  modifications  to  or  impact  on  other 
hardware  or  software  components.  This  aspect  of  the  OSA  has  been  effectively  exploited  by  the  lEWCS 
system  designers  in  their  incorporation  of  new  technology  as  it  has  become  available  over  the  years  since  the 
current  lEWCS  developmental  initiation  in  1992. 

This  characteristic  accommodation  of  evolutionary  change  is  iUustrated  by  the  systematic  incorporation 
of  improved  system  operational  software  beyond  that  originally  specified.  The  initial  selected  operating  system 
was  UNIX;  over  the  1992-1996  period,  the  operating  system  evolved  to  a  POSIX-based  application 
program  interface,  currently  a  POSIX.  1  compliant  (per  the  Open  Software  Eoundation  (OSE)  standard  OSE- 
1)  real-time  extension  known  as  POSIX.4  (per  IEEE  Standard  1003.4).  The  ensuing  multi-operating  system 
programming  environment  provides  considerably  greater  portability  to  lEWCS  apphcations  than  does  the 
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UNIX  operating  system.  However,  this  change  in  operating  system  did  not  require  significant  changes  in  any 
lEWCS  apphcations  programs  nor  lEWCS  hardware  modules,  and  its  insertion  into  the  lEWCS  development 
was  relatively  seamless. 

Another  illustration  of  this  accommodation  of  evolutionary  change  is  in  the  abihty  of  the  lEWCS  design 
to  facilitate  steady  increases  in  the  system  repairable  level,  i.e.,  that  level  below  which  the  subsystems  and 
components  are  not  under  Government  configuration  control  and  where  repairs,  if  required,  are  performed  by 
the  suppher.  The  initial  lEWCS  design  established  the  system  repairable  level  as  the  VME  card  component. 
Since  1992,  although  the  level  of  complexity  for  many  VME  cards  significantly  increased  in  terms  of 
processing  power  and  memory  capacity,  requiring  fewer  individual  VME  cards,  the  system  repairable  level 
has  been  maintained  as  the  VME  card.  More  recently,  these  VME-card  based  processing  elements  and 
memories  have  been  replaced  with  even  more  compact,  but  fuUy  VME-comphant,  single-card  computer 
modules  (including  memories),  currently  single-card-based  Sun  workstations.  With  this  change,  the  lEWCS 
system  repairable  level  has  been  raised  to  the  workstation  module  level.  However,  these  lEWCS  processor 
hardware  component  changes  did  not  require  any  significant  changes  in  lEWCS  system  nor  apphcations 
software,  nor  to  the  VME-based  common  sensor  modules  within  the  individual  subsystems. 
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Chapter  5 


Primary  Results  Achieved  From  an  Open  Systems 

Approach 


Introduction 

The  development  and  subsequent  fielding  of  the  lEWCS  system  utihzing  an  OSA  promises  to  provide 
a  substantial  improvement  in  SIGINT/EW  warfighting  capabihty,  a  relatively  large  acquisition  cost  avoidance, 
and  a  marked  decrease  in  the  overall  development  schedule  leading  to  an  improved  (i.e.,  more  timely)  fielding 
of  the  improved  operational  capabihty.  The  lEWCS  development  serves  to  iUustrate  the  strong  advantage 
offered  by  an  OSA  in  providing  improved  technical  performance,  lowered  developmental  cost,  and  faster  time 
to  deployment  over  the  traditional  system  acquisition  approaches.  In  addition,  there  are  several  significant 
associated  benefits  accrued  in  the  areas  of  operations  and  support,  especially  in  the  areas  of  reduced 
manpower  and  supportabihty  requirements,  as  weU  as  in  achieving  interoperabihty  among  the  lEWCS  units. 
These  primary  results  are  described  in  the  following  section.  A  detailed  analysis  of  the  estimated  total  cost 
avoidance  throughout  the  lEWCS  hfe-cycle  is  provided  in  Appendix  A.2. 

In  addition  to  these  major  technical,  cost  avoidance,  and  schedule  improvements,  it  is  worth  noting 
other  systems  management  and  budgeting  opportunities  associated  with  the  OSA-based  systems  acquisition 
that  proved  of  significant  value: 

@  Due  to  the  overarching  systems  vision  of  the  PMO  and  the  open  systems  architecture,  the 
lEWCS  system  acquisition  tended  to  be  more  manageable  in  hght  of  responding  to  potential 
budget  reductions.  Eor  example,  the  GBCS  Heavy  could  be  deferred  without  significant 
program  impact  when  the  lEWCS  system  budget  was  reduced. 

@  The  lEWCS  program  office  demonstrated  an  abihty  to  maintain  required  acquisition  budgets 
by  developing  additional  revenues  from  other  program  offices  through  transfer  of  lEWCS 
technology. 

@  The  lEWCS  program  office  was  able  to  gamer  Congressional  support  for  continued  lEWCS 
acquisition  funding  by  demonstrating  the  value  of  lEWCS  technology  to  other  DoD  programs. 

Improved  Technical  Capability 

Each  of  the  three  major  component  subsystems  of  the  lEWCS  (i.e.,  CHAES-X,  TACJAM-A,  and 
CMES)  has  vastly  superior  technical  and  operational  performance  capabihties  in  fulfiUing  the  Army’s 
SIGINT/EW  mission  compared  to  those  of  the  six  predecessor  legacy  systems.  The  lEWCS  can  meet  the 
broad  frequency  spectral  range  associated  with  newer  threat  emissions  and  deal  with  the  newer  forms  of 
modulation.  Eor  example,  five  of  the  six  legacy  systems  covered  a  relatively  narrow  band  within  the  HE  and 
VHE  spectmms  (30  to  88  MHz),  while  the  sixth,  TEAMPACK,  covered  portions  of  the  UHE  and  SHE 
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spectrums.  Each  of  the  three  major  eomponent  subsystems  of  lEWCS  eovers  an  identieal  and  much  broader 
spectral  range  from  HE  to  the  EHE  bands,  as  is  illustrated  in  Eigure  5.E 


Figure  5.1.  Technical  Performance  Characteristics  of  lEWCS  Compared  to  its  Legacy  Systems 

In  general,  these  increased  performance  capabilities  have  been  greatly  enabled  by  the  relatively  easy 
teehnology  insertion  made  possible  by  an  OSA-based  system  design  permitting  rapid  exploitation  of  eurrent 
state-of-the-art  sensor  and  proeessor  module  teehnology.  Moreover,  the  VME-eompatible,  standards- 
based,  plug-in  technology  that  is  commercially  available  for  consideration  by  lEWCS  system  implementers 
permits  these  greatly  increased  capabihties  with  httle  or  no  Government  developmental  investment.  The 
lEWCS  system  designers  are  thereby  able  to  leverage  $9-12  billion  in  eommereial  integrated  eireuit  R&D, 
design,  and  manufaeturing  investment  as  well  as  the  most  prolifie  of  industry  eommereial-standards-based 
teehnology  developments.  The  lEWCS  system  components  aU  make  extensive  use  of  commercial  information 
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technologies  including  processors,  memories,  backplanes,  data  communications  media  and  protocols,  and 
local-  and  wide-area  networks. 

In  addition,  this  currently  available  off-the-shelf  technology,  and  that  which  is  soon  to  be  available, 
does  make  possible  a  technological  and  operational  robustness  and  flexibility  of  high  potential  value  in 
addressing  future  electronic  battlefield  requirements  in  a  timely  manner.  Moreover,  since  each  of  the  three 
lEWCS  subsystems  can  inherently  perform  the  same  SIGINT/EW  operational  functions  and  use  similarly 
trained  operations  and  maintenance  personnel,  a  high  degree  of  mission  flexibihty  and  backup  among  Army 
SIGINT/EW  units  can  be  accommodated. 

Specifically  the  technical  benefits  of  the  OSA-based  development  of  the  lEWCS  have  included: 

@  EuU  interoperability  among  the  three  major  lEWCS  subsystems  and  the  three  lEWCS 
platform  implementation  configurations  (i.e.,  GBCS-H,  GBCS-L,  and  AQE)  through 
extensive  use  of  standards-based  interoperable  modules.  This  in  turn  promoted  increased 
operational  effectiveness. 

@  Maximum  commonahty  between  the  three  lEWCS  platform  vehicles  (i.e.,  EEVS,  HHMWV, 
and  EH-60A)  and  the  supported  force. 

@  A  highly  evolvable  and  fully  supportable  system  due  to: 

-  Commonahty  of  commercial  hardware,  firmware,  and  software,  thereby  reducing  the 
number  and  types  of  spares  required  to  support  the  fielded  system. 

-  Subsystem  and  component  interchangeabihty  among  individual  units  and  platforms. 

-  Easily  upgradeable  subsystems  and  components  to  meet  evolving  threat  through 
technology  insertion,  such  as  the  abihty  to  incorporate  more  powerful  processors  as 
necessary  to  accommodate  more  computationaUy  intensive  algorithms. 

-  Elexible  operational  support  with  multiple  sources  of  vendors  and  maintenance  services 
over  the  hfe  of  the  system,  offering  increased  competition  and  lesser  dependencies  due  to 
few  numbers  of  supphers  and  vendors. 

@  Ready  insertion  of  compatible,  standards-based  non-developmental  items  produced  by 
commercial  or  government-sponsored  developmental  programs,  offering  a  high  potential  for 
hardware  and  software  reuse. 

@  Substantial  size  and  power  consumption  reductions  due  to  higher  levels  of  component 
integration  and  consohdation  of  multiple  component  cards  to  a  single  card,  also  permitting 
more  functions  or  component  capabilities  per  chassis. 

@  Easy  reconfiguration  of  each  of  the  major  subsystems  to  meet  special  mission  needs. 
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Substantial  Life-Cycle  Cost  Avoidance 

In  addition  to  the  greatly  improved  teehnologieal  eapability  of  the  lEWCS  system,  the  greatest  benefit 
ineurred  by  the  lEW  PEO  through  the  use  of  an  OSA-based  system  aequisition  is  in  direet  avoidanee  of  a 
substantial  portion  of  the  overall  system  hfe-eyele  eosts.  These  overall  hfe-eyele  eosts  may  be  eonsidered  in 
two  parts:  acquisition  cost  avoidance,  and  operations  and  support  cost  savings  due  to  an  operational  return 
on  investment.  The  following  cost  avoidance  summary  presents  aU  costs  expressed  in  FY  1996  dollars,  with 
cost  avoidance  measured  with  respect  to  those  costs  which  would  have  been  incurred  if  the  Army  elected  to 
develop  and  field  six  separate  systems  using  a  traditional  closed  systems  approach  to  replace  each  of  the  six 
legacy  lEW  systems.  A  detailed  development  and  analysis  of  these  costs  is  presented  in  Appendix  A.2.  It  is 
noted  that  the  lEWCS  developmental  cost  avoidances  shown  include  the  $10  million  initial  cost  increase 
associated  with  the  PEO  lEW  decision  to  utihze  an  OSA. 

Total  acquisition  cost  avoidance: 

Total  R&D  cost  avoidance  $  35.0  M 

Total  production  cost  avoidance  532.0  M  $  567.0  M 

Additional  administrative  cost  avoidance  experienced:  6.2  M 

Total  operations  and  support  cost  avoidance:  436.0  M 

Total  Army  cost  avoidance  for  lEWCS:  $  1,009.2  M 

The  time-phasing  of  each  of  these  cost  avoidance  areas  over  the  potential  20-i-  year  lEWCS  system 
fife  is  illustrated  in  Figure  5.2.  This  lEWCS  system  acquisition  profile  further  shows  the  utihty  and  promise  of 
an  OSA-based  system  design  towards  managing  cost  as  an  independent  variable.  There  are  also  significant 
economies  of  scale  through  sharing,  for  example,  in  use  of  several  of  the  lEWCS  modules  in  the  Army’s 
Airborne  Reconnaissance  Eow  program.  However,  the  greatest  cost  avoidance  payoff  will  occur  as  an 
operational  return  on  investment  due  to: 

@  Approximately  46  percent  fewer  required  operators,  65  percent  fewer  vehicles,  and  60 
percent  less  required  airlift  capacity. 

@  Shared  testing,  operator  training,  and  logistics  costs  due  to  commonality  of  components  and 
lesser  operational  personnel  speciahzation. 

@  Common  maintenance  tasks  and  skills  among  major  lEWCS  subsystems  permitting  shared 
personnel  and  facihties. 

Shortened  Development  Schedule 

The  use  of  an  OSA-based  system  development  also  had  a  positive  impact  on  the  overall  lEWCS 
developmental  schedule.  The  following  summary  presents  the  actual  developmental  schedule  experienced  by 
the  lEWCS  program  compared  to  the  standard  101 -month  developmental  period 
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Figure  5.2.  lEWCS  Cost  Avoidance  Profiie 


asscx;iated  with  other  Army  major  system  acquisition  with  respect  to  research,  development,  and  acquisition 
(RDA)  cycle  time  and  engineering  and  manufacturing  development  (E&MD)  cycle  times: 

@  RDA  cycle  time  to  meet  the  next  generation  threat  reduced  by  64  percent  (total  36  months). 

©  E&MD  cycle  time  for  the  GBCS-Light  reduced  by  39  percent  (total  62  months). 

©  E&MD  cycle  time  for  the  GBCS-H  reduced  by  18  percent  (total  83  months). 

©  E&MD  cycle  time  for  the  AQE  reduced  by  29  percent  (total  72  months). 

It  is  also  noted  that  the  36-month  RDA  cycle  time  includes  the  18-month  additional  schedule  time 
associated  with  the  initial  PEG  lEW  decision  to  utilize  an  OSA  in  the  lEWCS  development.  During  this  initial 
RDA  period,  the  then  ongoing  LEW  system  development  was  restarted,  market  surveys  were  conducted,  and 
hardware  and  software  standards  were  selected.  Overall,  this  significant  improvement  of  the  OSA-based 
system  implementation  over  the  traditional  approach  in  achieving  an  improved  operational  capabihty  in  a  more 
timely  fashion  is  a  distinct  advantage  of  the  OSA. 
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Improved  Operations  and  Support  Accommodations 

In  addition  to  those  lEWCS  system  operations  and  support  benefits  described  in  the  technical 
capabihty  and  cost  avoidance  improvement  sections,  several  additional  operations  and  support  enhancements 
should  be  experienced  through  the  system  life-cycle.  These  include: 

@  Common  methodologies  for  conducting  sustainment  and  proficiency  training  for  operator  and 
maintenance  personnel  can  be  apphed  across  all  lEWCS  subsystems  and  platforms,  from  unit 
to  unit  and  from  system  to  system,  as  well  as  across  the  three  lEWCS  platform  vehicles  and 
others  within  the  supported  force.  These  common  methodologies  can  also  be  apphed  to  other 
Army  system  developments  utihzing  lEWCS  technologies  (e.g.,  the  Airborne  Reconnaissance 
Low  system)  and  to  those  of  other  Services  (e.g.,  the  USMC’s  MEWSS-PIP). 

@  Although  each  of  the  three  lEWCS  platforms  is  mission  specific,  their  commonality  of 
technical  capabihty  and  inherent  interchangeabihty  provide  a  high  degree  of  deployment 
flexibihty  and  backup  capabihty  to  the  field  commander  in  tailoring  the  force  to  meet  changing 
battlefield  requirements. 

@  The  overall  system  design  operational  life-cycle  can  be  achieved,  and  potentiahy  extended, 
through  the  ready  availabihty  of  system  components  from  multiple  commercial  vendors 
throughout  the  foreseeable  future,  with  the  abihty  to  seamlessly  accommodate  improved 
technology  and  revised  components  to  replace  those  made  technicahy  obsolete  and  no  longer 
available. 

@  Additional  standards-based  technology  wih  most  likely  be  developed  by  other  Government 
programs  or  commercial  sources,  and  would  be  readily  available  as  NDI  and/or  Cl  products 
with  plug-in  compatibihty  to  meet  future  performance  enhancement  and  system  supportabihty 
requirements. 

@  New  SIGINT/EW  roles  and  missions,  as  well  as  future  declines  in  lEW  force  stmcture,  can 
be  more  readily  accommodated  through  timely  insertion  of  technical  enhancements  and  system 
reconfigurations  with  new  system  components  readily  available  from  multiple  vendors. 

Greater  Interoperability 

A  primary  rationale  for  considering  an  OSA-based  design  in  any  weapons  system  acquisition  is  the 
potential  for  hfe-cycle  cost  avoidance,  although  the  potential  for  interoperabihty  among  similar  platforms  and 
mission-specific  systems,  as  well  as  other  battlefield  systems,  will  always  remain  another  important  attribute. 

In  addition  to  those  interoperabihty  benefits  described  in  the  technical  capabihty  and  cost  avoidance 
improvement  sections,  several  additional  interoperabihty  benefits  should  be  experienced  throughout  the 
lEWCS  system  hfe-cycle.  These  include: 

@  Ah  three  major  component  subsystems  wih  use  common  databases  and  therefore  can  keep  or 
exchange  mission  data  between  different  subsystems  and  platforms  to  achieve  sensor-to- 
sensor  cross-cueing. 
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@  Each  of  the  three  platform  subsystems  wiU  use  similar  display  terminals  and  display  formats  to 
permit  cross-training  of  operators  and  flexibihty  of  personnel  assignments. 

@  The  incorporation  of  lEWCS  system  technology  within  the  SIGINT/EW  systems  (as  well  as 
other  battlefield  systems)  fielded  by  other  component  services  of  the  US  (e.g.,  the  USMC’s 
MEWSS-PIP)  and  its  allies  will  improve  joint  and  international  theater  interoperabihty. 
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Chapter  6 

Secondary  Results  Achieved  From  an  Open 

Systems  Approach 


Introduction 

The  primary  benefits  of  the  lEWCS  system  to  the  Army’s  SIGINT/EW  mission  seem  clear,  and  the 
cost  avoidance  advantages  of  the  OSA-based  acquisition  strategy  to  the  Army’s  systems  procurement 
budgets  seem  impressive.  Another  advantage  of  this  OSA-based  acquisition  offering  potentially  even  greater 
importance  are  those  DoD-wide  cost  savings  and  benefits  due  to  technology  transfer  to  other  systems  and 
programs  and  cross-service  utilization  of  lEWCS-developed  technology.  This  chapter  presents  one  example 
of  lEWCS  system  technology  transfer  to  the  U.S.  Marine  Corps  (USMC)  in  the  development  of  an 
electronics  suite  upgrade  to  their  Mobile  Electronic  Warfare  Support  System  (MEWSS),  designated  as  the 
MEWSS  Product  Improvement  Program  (MEWSS-PIP).  This  secondary  cost  avoidance  due  to  the 
wholesale  incorporation  of  lEWCS  component  technology  within  the  MEWSS-PIP  serves  to  demonstrate  the 
considerable  potential  value  achieved  by  this  aspect  of  an  OSA-based  system  design  from  an  overall  DoD 
perspective. 

Technology  Transfer  to  the  USMC’s  MEWSS  Product 
Improvement  Program 

Throughout  the  1970’s-1980’s  timeframe,  the  USMC  had  a  ground-mobile  tactical  lEW  capabihty 
based  on  several  systems  with  many  known  deficiencies.  These  USMC-developed  legacy  systems  were 
technically  obsolete,  could  not  support  the  Marine’s  battlefield  mobihty  requirement,  and  suffered  most  of  the 
related  operational  and  support  problems  experienced  by  the  six  somewhat  equivalent  Army  legacy 
SIGINT/EW  systems.  In  the  late  1980’s,  the  USMC  developed  and  fielded  the  original  MEWSS,  as  well  as 
initiated  development  of  a  companion  system,  known  as  the  EEINT  Support  System  (ESS).  Both  of  these 
new  systems  were  envisioned  to  be  deployed  as  additions  to  existing  Marine  Corps  lEW  assets.  In  addition, 
these  new  systems  were  to  be  deployed  within  the  USMC  standard  Eight  Armored  Vehicle  (EAV)  to  achieve 
the  desired  mobihty  requirements. 

The  electronics  suite  of  the  original  MEWSS  was  predominately  1970’s  to  mid-1980’s  technology, 
and  was  technicaUy  obsolete  with  respect  to  emerging  battlefield  requirements.  An  upgrade  of  this  ground- 
mobile  tactical  lEW  capability  within  the  MEWSS-PIP  was  begun  in  the  early  1990’s.  Unfortunately,  the 
initial  MEWSS  electronics  upgrade  was  unsuccessful  in  achieving  its  desired  technical  goals.  This  shortfaU  was 
primarily  due  to  budget  limitations.  Eor  example,  compared  to  the  Army  lEW  developmental  budgets,  the 
Marines  were  constrained  by  a  relatively  smaU  lEW  component  within  their  RDA  budget  of  approximately 
$25  million  per  year.  Even  over  a  decade,  the  USMC  could  clearly  not  even  come  close  to  the  Army’s 
lEWCS  development  expenditure  of  approximately  $360  million. 
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Through  haison  offices  at  the  Army’s  PEO  LEW  facihty,  the  USMC  learned  of  the  lEWCS 
development.  In  early  1993,  the  Marines  determined  that  a  significant  cost  savings,  schedule  advance,  and 
waffighting  improvement  could  be  achieved  through  an  ahgnment  with  the  Army’s  lEWCS  program. 
Accordingly,  the  USMC  adopted  the  complete  lEWCS  systems  technology  for  the  MEWSS-PIP,  and  in 
essence,  became  a  fourth  lEWCS  weapons  platform.  The  only  variance  to  the  lEWCS  technology  insertion 
process  was  that  the  Marines  would  use  their  standard  EAV  as  the  MEWSS-PIP  platform.  The  USMC 
thereby  piggybacked  on  the  Army’s  lEWCS  investment  to  use  the  same  open  systems  architecture, 
subsystems,  and  components.  The  Army  also  agreed  to  provided  support  to  this  second  iteration  of  the 
MEWSS-PIP  in  areas  of  testing,  training,  and  logistics. 

The  SIGINT/EW  mission  capabihty  offered  by  the  lEWCS  system  exceeded  the  MEWSS-PIP 
technical  requirements  developed  by  the  Marines.  Moreover,  the  lEWCS  system  capability  also 
encompassed  the  EEINT  mission  requirements  of  the  ESS  in  a  single  multi-function  platform,  thereby  giving 
the  MEWSS-PIP  an  enhanced  mission  capabihty  beyond  that  which  the  Marines  had  felt  they  could 
reasonably  acquire  due  to  budget  restrictions. 

Through  their  determination  that  the  Army-developed  lEWCS  system  technology  could  accommodate 
their  requirements,  the  Marines  were  able  to  adopt  the  specific  lEW  systems  products  of  the  Army’s 
considerable  technology  investments  at  a  fraction  of  the  actual  developmental  cost.  The  only  systems  R&D 
cost  incurred  by  the  USMC  was  approximately  $12.5  million  necessary  to  adapt  the  lEWCS  system  to  the 
EAV  platform.  The  actual  cost  avoidance  by  the  USMC  in  this  MEWSS-PIP  development  may  be  estimated 
by  postulating  hypothetical  alternative  acquisition  scenarios  that  might  have  been  pursued  had  the  Marines  not 
elected  to  utilize  the  lEWCS  technology.  It  is  noted  that  these  hypothetical  acquisition  scenarios  are  for 
illustrative  purposes  only  in  developing  potential  acquisition  cost  avoidance  and  do  not  represent  actual 
USMC  plans. 

Under  one  such  assumed  MEWSS-PIP  acquisition  scenario,  the  Marines  would  have  pursued  a 
“bare-bones”  SIGINT/EW  electronics  suite  development  totally  independent  from  the  Army’s  lEWCS,  used 
a  traditional  non-OSA  technical  architecture  and  predecessor  system  technology,  and  achieved  their  only 
original  technical  performance  goals  that  were  significantly  less  than  those  of  the  lEWCS.  Given  this  possible 
scenario  and  that  the  Marines  had  the  resources  to  pursue  it,  it  can  be  calculated  that  the  USMC  achieved  a 
cost  avoidance  of  approximately  $149  million  through  use  of  lEWCS  technology  while  achieving  a  greater 
than  anticipated  technical  and  operational  capabihty  (a  cost  analysis  is  shown  in  Appendix  A.2). 

Under  another  assumed  MEWSS-PIP  acquisition  scenario,  the  Marines  would  have  also  pursued  a 
new  SIGINT/EW  system  development  totally  independent  from  the  Army,  but  using  the  same  OSA-based 
system  developmental  rationale  selected  by  the  Army,  would  have  achieved  a  system  technical  architecture 
and  performance  capabihty  exactly  comparable  to  that  of  the  lEWCS.  Given  this  possible  scenario  (and  again 
that  the  Marines  had  the  resources  necessary  to  pursue  it),  it  can  be  postulated  that  the  Marines  would  have 
had  to  make  a  R&D  investment  comparable  to  the  Army’s  estimated  $362  million  lEWCS  R&D  expenditure, 
albeit  that  the  Marines  would  have  developed  a  system  configured  for  only  the  EAV  platform  vehicle  vs.  three 
different  platform  implementations  for 
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the  Army.  In  this  case,  it  can  be  calculated  that  the  USMC  achieved  a  cost  avoidance  of  approximately  $481 
million  (this  cost  analysis  is  also  shown  in  Appendix  A.2).  It  is  noted,  however,  that  for  either  of  these 
possible  MEWSS-PIP  alternative  acquisition  scenarios,  it  must  be  considered  unhkely  that  the  available 
USMC  budget  would  have  supported  the  required  level  of  R&D  investment  or  procurement  expenditure 
necessary  to  otherwise  achieve  a  SIGINT/EW  capability  comparable  to  that  of  the  lEWCS. 

In  addition,  the  selected  MEWSS-PIP  acquisition  strategy  will  provide  several  other  direct  benefits  to 
the  USMC,  including: 

@  The  Marine  Air  Ground  Task  Eorce  (MAGTE)  will  use  50  percent  fewer  vehicles,  50  percent 
less  required  airhft,  and  a  50  percent  reduction  in  operational  support. 

@  The  MEWSS-PIP  acquisition  provides  a  significantly  accelerated  procurement  schedule  and  a 
leap-ahead  in  operational  capabihty. 

@  Specialized  operational  EEINT/EW  mission  vehicles  are  eliminated  and  the  standard  EAV 
platform  used  by  several  other  USMC  battlefield  systems  permits  common  support  and 
maintenance. 

@  The  Army  has  agreed  to  provide  (at  no  cost  to  the  USMC)  depot  support  to  the  MEWSS- 
PIP  as  another  lEWCS  system  platform,  thereby  providing  continuing  operations  and 
maintenance  cost  savings  to  the  MEWSS-PIP  deployment  throughout  the  system  hfe-cycle, 
although  also  serving  to  establish  a  long-term  operational  support  dependency. 

@  Ehmination  of  USMC-unique  operator  and  maintenance  personnel  training  facihties  and 
associated  manpower  resources. 

At  the  current  time,  the  MEWSS-PIP  development  has  passed  acquisition  Milestone  n,  and  is 
proceeding  towards  a  Milestone  IH  production  decision.  The  MEWSS-PIP  is  currently  seeking  a  Milestone 
n-A  low  rate  initial  production  decision  for  the  implementation  of  two  systems.  It  is  understood  that  the  initial 
production  goal  is  twelve  MEWSS-PIP  systems,  sufficient  to  satisfy  the  Marines’  current  tactical  SIGINT/EW 
requirements  for  each  of  two  Radio  Battalions.  It  is  beheved  that  there  will  be  some  modest  operations  and 
support  cost  avoidance  due  to  use  of  the  EAV  platform  which  is  common  to  several  other  USMC  systems.  In 
addition,  the  original  operational  requirement  for  the  development  and  fielding  of  12  unique  ESS  platforms  has 
been  eliminated,  thereby  avoiding  relatively  substantial  additional  procurement  and  O&S  costs. 

Additional  Intra-  and  Inter-Service  Transfer  of  lEWCS  Technology 

Various  subsystems  and  component  modules  of  the  lEWCS  system  have  been  incorporated  within  the 
programs  of  other  Army  organizations  as  well  as  those  of  other  services  and  agencies  within  the  DoD. 

Specific  data  as  to  use  and  adaptability  of  the  lEWCS  system  technology  in  these  apphcations  is  not  readily 
available,  nor  is  specific  cost  data  necessary  for  an  analysis  of  additional 
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potential  cost  avoidance.  DoD  programs  that  have  currently  made  use  of  or  plan  to  make  use  of  lEWCS 
technology  include: 

[Note:  The  CHALS-X(M)  is  the  CHALS-X  Modular,  a  man-portable  single  channel  system  to 
be  used  by  the  Air  Force,  Navy,  and  Special  Operational  Forces] 


Army 

Airborne  Reconnaissance  Low  (ARL)  System  and  Guard  Rail 
Common  Sensor  (GR/CS)  System 

Air  Force 

Various  airborne  and  fixed-site  systems  using  CMES  (current) 
and  CHALS-X(M)  (future) 

Navy 

Various  airborne  systems  using  CMES 

Future  surface  system  using  CHALS-X(M) 

SSN-21  Seawolf  submarine  using  TACJAM-A  electronic 
support  measures 

Other  DoD 

Special  Operations  Forces  in  support  of  Navy  SEALs 

National  Security  Agency. 
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Chapter  7 

Lessons  Learned  and  their  Implications  for  an 
Open  Systems  Approach 


Introduction 

It  is  the  intent  of  this  Case  Study  of  the  lEWCS  system  that  the  Army’s  experience  in  successfully 
achieving  an  OSA-based  system  acquisition  can  serve  to  provide  helpful  insights  and  lessons  learned 
concerning  this  process.  The  following  material  is  adapted  from  a  presentation  at  a  recent  OS-JTF  Workshop 
given  by  COL  Tom  VoUrath,  U.S.  Army  (retired),  a  former  lEWCS  Program  Manager  and  acting  PEO  lEW. 
This  presentation,  as  well  as  other  Workshop  presentations,  is  available  on  the  OS-JTF  home  page  on  the 
World  Wide  Web  at  http://www.acq.osd.mil/osjtf/ 
agenda.htm/. 

lEWCS  Has  Achieved  a  Significant  Cost  Avoidance 

As  one  of  the  ongoing  acquisition  reform  initiatives  within  the  DoD,  the  open  systems  initiative  is 
oriented  towards  improving  the  efficiency  and  effectiveness  of  the  weapons  system  acquisition  process. 
Among  the  most  compelhng  reasons  to  adopt  and  pursue  an  OSA-based  systems  acquisition  are  system 
procurement  cost  reduction  and  hfe-cycle  cost  avoidance.  The  lEWCS  system  acquisition  can  be  shown  to 
provide  a  cost  avoidance  to  the  Army  PEO  lEW  of  approximately  $1,009  million.  When  coupled  with  the 
associated  MEWSS-PIP  acquisition  cost  avoidance  to  the  USMC  of  approximately  $149  million  to  $481 
miUion,  depending  on  the  specific  cost  avoidance  basehne  assumptions  used,  the  overall  cost  avoidance  to  the 
Government  that  has  been  achieved  by  the  lEWCS  program  for  just  these  two  organizations  alone  is  on  the 
order  of  $1,158  million  to  $1,490  million.  Additional  cost  avoidance  benefits  are  expected  to  accme  to  the 
Government  as  lEWCS  technology  is  transferred  to  other  Army  and  DoD  systems  development  programs. 

Important  Technical  Lessons  Learned 

The  lEWCS  systems  development  experience  provides  many  substantive  technical  lessons  learned. 
Nearly  all  of  these  lessons  provide  direct  opportunities  for  cost  avoidance.  Among  the  most  important  of 
these  technical  lessons  learned  are: 

@  OSA  is  an  enabler:  Open  systems  designs  for  hardware  and  software  enable  successful 
horizontal  technology  insertion.  The  ready  insertion  of  appropriate  non-developmental  items  is 
significantly  facihtated.  This  can  permit  the  incorporation  of  new  technology  providing 
increased  system  performance  at  a  greatly  reduced  cost.  For  example,  the  8-channel 
direction  finding  subsystem  developed  by  the  U.S.  Air  Force  directly  inserted  into  the  lEWCS 
acquisition/access  controller  chassis  since  it  conformed  to  the  IEEE  VME  hardware  standard. 

@  OSA  must  be  the  mle — ^not  the  exception:  Managers  must  ensure  that  OSA  is  utihzed  in  aU 
cases  and  only  documented  exceptions  are  permitted.  The  maximum  appropriate  use  of  OSA- 
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based  system  design  must  be  enforced  for  aU  system  material  hardware  and  software 
development.  This  can  lead  to  significant  cost  avoidance  as  new  technology  becomes 
available  to  replace  custom  developed  components.  For  example,  while  the  CMES  and 
TACJAM-A  subsystems  within  the  lEWCS  totally  utilize  VME-standard  circuit  boards  in 
their  design,  their  use  of  custom-developed  VME  boards  has  drastically  decreased  from  the 
E&MD  design  to  the  production  design: 


Circuit  Board  Design 


Used  in  E&MD  Used  in  Production 


Standard  VME  Modules 
Modified  VME  Modules 
Custom  VME  Modules 
Total  VME  Modules  in  Design 


23  80 

13  2 

^  1 

87  84 


@  An  OSA  must  be  inherent  at  every  level:  There  are  open  systems  design  opportunities 
available  for  both  hardware  and  software  development  at  every  tier  within  the  system 
architecture,  from  subcomponent  level  (e.g.,  electronic,  mechanical)  to  the  component, 
subsystem  (e.g.,  sensor,  prime  mover),  and  system  levels.  In  this  sense,  the  overall  lEWCS 
design  strongly  illustrates  the  technical  and  cost  advantages  of  selecting  and  rigorously 
adhering  to  a  common  VME-based  module  hardware  modules  and  common  reusable 
software  modules.  These  common  modules  underhe  the  three  major  subsystems  which  in  turn 
were  configured  into  the  three  platform  implementations  of  lEWCS,  as  well  as  the  MEWSS- 
PIP  implementation.  The  investments  in  these  common  modules  have  also  leveraged  into 
various  apphcations  within  other  Army  and  DoD  systems  programs. 

@  Hardware  and  software  can  be  reused:  Hardware  and  software  reuse  presents  a  tremendous 
system  developmental  cost  avoidance  opportunity  for  the  OSA-based  design.  The  reuse  of 
common  modules  is  a  cornerstone  of  the  lEWCS  systems  architecture.  It  is  estimated  that 
approximately  67  percent  of  the  lEWCS  component  and  system  software  was  reused,  and 
was  obtained  as  a  non-developmental  item  to  the  program  office  from  the  legacy  systems  or 
other  Army  programs.  It  is  anticipated  that  the  standards-based  OSA  design  will  also  permit 
near  total  reuse  of  current  lEWCS  software  in  subsequent  generations  of  lEWCS  hardware 
modules. 

Important  Management  Lessons  Learned 

The  lEWCS  systems  development  experience  also  provides  many  substantive  lessons  learned. 

Among  the  most  important  are: 


@  OSA  requires  a  culture  change:  The  traditional  “stovepipe”  system  development  can  no 
longer  endure  in  hght  of  rapid  technological  change  and  constrained  acquisition  budgets.  A 
substantial  cultural  change  must  occur  in  order  to  effectively  implement  the  stmctural  change  in 
development  organizations  necessary  to  meet  this  future  acquisition  environment.  While  the 
OSA-based  design  methodology  is  a  proven  solution  to  overcome  many  of  these  problems,  its 
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effective  use  requires  a  corresponding  mindset  paradigm  shift  at  aU  levels  of  system 
development  management.  System  developers  within  an  applications  domain  must  be 
organized  and  charter  responsibilities  must  be  aligned  to  foster  the  OSA  potential.  For 
example,  joint  technology  development  and  technology  transfer  among  aU  programs  within  a 
PEO  must  be  encouraged  and  aU  barriers  to  such  cooperative  efforts  must  be  eliminated.  This 
mandate,  of  course,  also  applies  at  higher  levels  of  the  system  development  hierarchy, 
including  across  domains  and  Services.  The  success  the  USMC  has  achieved  in  spinning  the 
MEWSS-PIP  development  directly  from  the  lEWCS  system  investment  directly  iUustrates  this 
potential.  Cultural  barriers,  such  as  not-invented-here  attitudes,  must  be  changed  for  this 
potential  to  be  fuUy  reaUzed  in  other  appUcations  domains. 

@  OSA  requires  active  involvement  in  standards  activities:  OSA-based  system  developers 
inherently  become  stakeholders  in  the  commercial  standards  they  select  for  their  systems. 
Even  though  DoD  systems  developers  are  not  the  dominant  users  of  most  hardware  and 
software  standards,  they  must  maintain  an  active  awareness  of  the  standards  development  and 
evolution  process.  Where  appropriate,  system  developers  may  find  they  must  maintain  a 
direct  involvement  in  standards  estabUshment,  maintenance,  and  modification  activities.  As  a 
rule,  support  for  these  activities  are  not  currently  provided  for  in  system  development  budgets, 
but  represent  a  new  responsibility  which  must  be  accommodated  by  OSA-based  system 
developers.  In  selecting  the  VME  and  other  accredited  commercial  hardware  and  software 
standards  that  are  growing  in  influence  and  popularity,  the  lEWCS  developers  were  able  to 
initially  avoid  any  direct  involvement  in  related  standards  activities.  However,  the  program 
office  must  continue  a  long-term  monitoring  of  each  selected  standard  to  maintain  a  necessary 
awareness  of  current  status  and  potential  change  that  could  impact  any  component  of  the 
lEWCS  system. 

@  Strong  and  consistent  project  management,  and  most  importantly,  strong  and  consistent 
Project  Managers,  are  the  key  to  successful  OSA-based  implementation:  The  lEWCS 
system  development  experience  clearly  highhghts  the  importance  of  strong  and  visionary 
leadership  at  the  PM  level.  The  successful  OSA-based  implementation  also  requires  a  strong 
and  consistent  leadership  at  the  Project  Manager  level  who  equally  considers  both  the  near- 
term  system  development  goals  and  the  hfe-cycle  implications  of  critical  near-term  decisions. 
The  PEO  must  strive  to  remove  the  walls  between  the  several  development  projects  within  his 
domain  in  order  to  provide  opportunities  for  technology  transfer  and  common  development, 
but  it  is  each  of  the  individual  Project  Managers  who  must  exploit  and  pursue  these 
opportunities  to  the  fullest. 

@  OSA  requires  an  evolutionary  vs.  a  revolutionary  focus  on  acquisition  strategy:  The  maximum 
advantage  of  the  OSA  is  reahzed  by  an  evolutionary  acquisition  strategy  that  can  realistically 
support  a  3-vear  technology  and  operational  upgrade  cycle  as  opposed  to  a  traditional 
revolutionary  acquisition  strategy  that  may  stmggle  to  achieve  a  10-20  year  upgrade  cycle. 
This  evolutionary  strategy  permits  a  necessary  short-term  reaction  to  changing  threats  and 
operational  requirements,  as  well  as  enabhng  the  focus  on  newer  technology  developments  to 
be  on  highest  payoff  approaches.  The  pace  of  technological  development  will  continue  to 
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increase  over  the  foreseeable  future,  and  wrh  provide  eontinuing  opportunities  for  system 
performance  improvement  and  cost  reduction.  The  technical  evolution  of  CHAALS 
subsystem  to  CHALS-X  and  currently  to  the  CHALS-X(M),  as  is  illustrated  in  Figure  7.1, 
shows  how  sueh  rapid  technological  change  has  been  accommodated  and  exploited  in  the 
lEWCS  system  design.  It  may  be  argued  that  the  initial  step  to  adopt  an  OSA-based 
development  effort  will  often  be  in  faet  revolutionary,  however,  the  OSA-based  lEWCS 
development  clearly  illustrates  the  value  of  an  evolutionary  approach  to  facUitate  technology 
insertion  for  performance  improvement  and  long-term  life-cycle  sustainabtiity. 


75  cu  feet 
1,300  pounds 
8,500  Watts 
2.1  MIPS 
150  MFLOPS 


4.0  cufeet 
160  pounds 
760  Watts 
5.0  MIPS 
150  MFLOPS 


CHAlS-l 


0.6  eu  feet 
35  pounds 
91  Watts 
5.0  MIPS 
150  MFLOPS 


Figure  7.1 .  Evolution  of  CHAALS  through  CHALS-X  to  CHALS-X(M) 
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The  Biggest  Payoff  from  an  OSA 

The  lEWCS  system  development  experience  suggests  that  the  biggest  payoff  from  an  OSA-based 
implementation  may  he  in  opportunities  for  technology  insertion  into  other  system  development  projects  across 
application  domains  and  Service  boundaries.  It  is  arguable  that  successful  pursuit  of  this  process  may  weU  be 
the  most  difficult  task  that  might  be  undertaken  by  the  PEO  and  his  Project  Managers.  In  the  case  of  lEWCS, 
there  has  been  considerable  success  in  the  direct  transfer  of  all  or  part  of  the  technology  development  to  the 
USMC’s  MEWSS-PIP  and  to  the  Army’s  ARE  program,  as  weU  as  to  other  DoD  organizations  and 
programs.  The  lEWCS  has  experienced  several  tangible  benefits  from  this  transfer,  including: 

@  Eowered  costs  of  individual  components,  circuit  boards,  and  subsystems  due  to  increased 
procurement  volume. 

@  Increased  number  of  stakeholders  in  the  hardware  and  software  standards  selected  for 
lEWCS  implementation. 

@  An  inherent  improvement  in  interoperability  among  the  heretofore  disparate  units  deployed  in 
the  field. 

@  An  increase  in  number  of  potential  vendors  and  continuing  vendor  interest  in  supplying  the 
needs  of  this  segment  of  the  VME-based  product  market. 

@  Eeverage  in  higher-level  support  of  lEWCS  program  budgets  and  production  quantities  due  to 
exphcit  hnkages  of  lEWCS  technology  to  other  DoD  programs. 

Although  fortunately  not  directly  experienced  by  the  PEO  lEW  and  the  lEWCS  system  development 
managers,  there  are  also  several  “killer”  disincentives  to  technology  transfer  among  DoD  acquisition  programs, 
especially  among  those  residing  in  disparate  systems  apphcations  and  mission  domains.  These  disincentives, 
which  serve  to  stifle  the  creative  exploitation  of  technology  transfer  opportunities,  are  often  due  to  a  “what’s  in 
it  for  me”  or  a  not-invented-here  mindset.  Other  disincentives  include: 

@  Eoss  of  absolute  control — managers  must  rely  upon  other  organizations  for  critical 
components  and  accept  the  risks  associated  with  that  reliance. 

@  Eittle  or  no  budget  resources  allocated  to  support  technology  transfer  and/or  receipt. 

@  Eimited  knowledge  within  the  systems  development  staff  of  technology  developments,  needs, 
and/or  opportunities  across  disparate  programs  and  Service  domains. 

@  Eimited  or  no  reward  or  recognition  to  the  program  office  for  the  conduct  of  technology 
transfer  activities. 
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Chapter  8 

Summary  and  Conclusions 


This  Case  Study  was  developed  to  illustrate  the  successful  use  of  an  integrated  technical  and  business 
strategy  based  on  an  OSA  within  a  current  DoD  weapon  system  acquisition.  The  Army’s  lEWCS  system  has 
been  selected  for  the  subject  of  this  Case  Study  as  a  representative  example  of  one  such  system  that  has 
achieved  its  technical  performance  and  manpower/supportability  improvement,  development  schedule 
acceleration,  and  cost  reduction  goals  through  the  use  of  an  OSA-based  implementation. 

The  lEWCS  employs  an  innovative  systems  design  and  set  of  implementation  configurations  to  replace 
six  predecessor  SIGINT/EW  systems.  This  OSA-based  design  and  implementation  has  demonstrated  a 
vastly  superior  technical  and  operational  performance.  The  lEWCS  can  perform  across  a  significantly 
broader  frequency  spectral  range  associated  with  newer  threat  emissions  and  deal  with  the  many  newer  forms 
of  modulations,  such  as  spread  spectmm.  Each  lEWCS  system,  regardless  of  platform  installation,  can 
perform  all  of  the  specified  SIGINT/EW  missions.  There  is  full  component  interchangeabihty  and 
interoperabihty  among  the  three  major  lEWCS  subsystems,  which  in  turn  are  each  used  to  implement  the 
three  lEWCS  platform  configurations,  due  to  extensive  use  of  standards-based  interoperable  modules.  The 
OSA-based  implementation  thereby  provides  a  major  increase  in  operational  effectiveness  and  in  flexibihty  of 
operational  deployment. 

In  addition,  there  is  a  significant  reduction  in  required  manpower  and  unit  supportability  accmed  due  to 
a  decrease  in  the  number  of  operators,  vehicles,  and  airhft  needed  to  deploy  and  operate  lEWCS  in  the  field. 
Eor  example,  for  an  armored/mechanized  division,  lEWCS  requires  46  percent  fewer  operators,  65  percent 
fewer  vehicles,  and  60  percent  less  airhft  compared  to  the  predecessor  systems.  This  decrease  in  manpower 
and  supportabihty  requirements  also  provides  a  significant  cost  avoidance  during  the  O&S  phase  of  the 
lEWCS  system  hfe-cycle.  Moreover,  operations  and  maintenance  personnel  may  be  flexibly  interchanged 
among  the  three  lEWCS  platform  configurations. 

The  OSA-based  lEWCS  development  provided  a  significant  reduction  of  development  schedule, 
leading  to  estabhshment  of  a  new  operational  capability  in  a  much  shorter  period  of  time.  Eor  example,  the 
RDA  time  was  reduced  by  64  percent  (including  an  18-month  schedule  time  required  as  a  result  of  the  initial 
decision  to  utihze  OSA),  and  the  E&MD  time  for  the  three  lEWCS  platform  configurations  was  reduced  by 
an  average  of  approximately  29  percent,  relative  to  the  typical  Army  program  acquisition  cycle  time. 

Moreover,  the  OSA-based  lEWCS  acquisition  has  provided  substantial  cost  avoidance  over  each 
phase  of  its  system  hfe-cycle.  Given  an  estimated  total  R&D  and  production  costs  of  approximately  $845 
milhon,  the  estimated  cost  avoidance  for  these  two  hfe-cycle  phases  alone  is  approximately  $567  million 
compared  to  the  non-OSA-based  development  of  comparable  system  having  equivalent  technical 
performance.  When  combined  with  an  estimated  cost  avoidance  for  the  operations  and  support  phase  of 
approximately  $436  milhon,  the  OSA-based  lEWCS  acquisition  represents  a  cost  avoidance  to  the  Army  of 
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approximately  $1,009  million.  When  further  combined  with  the  estimated  cost  avoidance  incurred  by  the 
USMC  for  their  MEWSS-PIP  development  of  approximately  $149  million  to  $481  million  (depending  on  the 
assumptions  used),  the  lEWCS  acquisition  represents  a  potential  cost  avoidance  to  DoD  in  the  range  of 
approximately  $1.2  billion  to  $1.5  billion.  Other  lEWCS  technology  transfer  opportunities  to  other  DoD 
programs  have  also  been  realized,  providing  an  even  greater  potential  cost  savings  to  DoD. 

These  and  other  relatively  impressive  lEWCS  system  development  results  have  been  noted  by  many 
senior  DoD  acquisition  managers.  For  example.  Major  General  William  H.  Campbell,  formerly  the  Army’s 
PEO  for  LEW  and  currently  the  Army’s  PEO  for  C3I  Systems,  has  recently  stated  his  strong  support  of  an 
OSA  to  systems  implementation: 

“Open  systems  architectures  are  the  only  way  to  go  in  designing  C3I  systems.  These 
architectures  enable  us  to  leverage  commercial  technology,  to  reduce  support  costs,  and  to 
continuously  improve  our  warfighting  systems  through  product  improvement.  Only  in  clearly 
justified  circumstances  should  we  use  either  proprietary  architectures  or  military  only  form 
factors  for  electronic  equipment.  I  consider  proprietary  hardware  and  software  to  be  a 
garbage  game  in  most  circumstances.  ” 

Similar  assertions  in  support  of  an  OSA  have  also  been  recently  made  by  Major  General  Joe  W.  Rigby 
(retired),  the  former  Director  of  the  Army’s  Digitization  Office: 

“Open  systems  are  the  underpinnings  of  the  Army  Technical  Architecture,  the  hedge  to  keep  up 
with  the  commercial  marketplace’ s  technology  investments,  and  the  key  to  achieving  the 
Army’s  vision  of  seamless  interoperability  for  the  warfighter.  ” 

Among  the  several  conclusions  which  may  be  drawn  from  this  Case  Study  are  the  following: 

@  The  open  systems  approach  to  weapons  systems  design  can  work  and  is  demonstrably 

relevant: 

-  Commercial  technology  appropriate  to  mission  requirements  is  available  and  can  provide 
desired  performance. 

-  Appropriate  consensus-based  pubhcly-available  standards  can  be  successfully  used. 

-  Seamless  insertion  of  NDI  and  newly  available  technology  to  improve  performance  is 
possible. 

-  Relatively  high  levels  of  hardware  and  software  reuse  can  be  reahzed  to  lower  system 
developmental  risk. 

@  Outmoded  legacy  systems  can  be  replaced  by  a  next-generation  rapidly  evolvable  system  that 

will  be  supportable  into  the  foreseeable  future  to  provide: 

-  A  commonahty  of  commercial  hardware  and  software  components. 


48 


OPEN  SYSTEMS  JOINT  TASK  FORCE 


-  Interchangeability  of  component  modules  and  subsystems. 

-  Flexible  system  reconfiguration  to  support  special  mission  needs. 

@  There  is  exceptional  power  in  a  strong  system  vision  at  the  PEO  level  when  it  is  weU-defined 
and  consistently  enforced. 

@  The  OSA  can  provide  a  tremendous  resource  multiplier  at  the  system  development  level,  and 
has  even  stronger  potential  at  the  intra-  and  inter-Service  levels  across  a  multitude  of  system 
mission  areas  and  application  domains. 

Although  these  conclusions  are  drawn  from  the  specific  OSA-based  lEWCS  system  development 
experience  presented  in  this  Case  Study,  they  may  be  readily  generahzed  as  applicable  to  many  similar 
weapons  systems  developments.  The  importance  of  the  OSA  process  to  the  DoD  has  been  summarized  in  a 
recent  presentation  by  the  Under  Secretary  of  Defense  for  Acquisition  and  Technology,  Dr.  Paul  G.  Kaminski: 

“. . .  [ OSA ]  is  both  a  technical  approach  and  a  preferred  business  strategy  that  allows  us  to 
field  superior  combat  capability  quicker,  and  at  a  more  affordable  cost.  ...  [It]  is  increasingly 
necessary  for  us  to  ride  on  the  shoulders  of  the  commercial  marketplace.  [The  OSA]  helps 
insure  that  DoD  has  access  to  that  marketplace  for  the  components  we  need.  . . .  [Further,  ]  in 
order  for  these  systems  to  remain  effective  over  the  long  term,  they  need  to  be  supported  and 
sustained.  The  OSA  provides  a  lower  cost  path  for  insertion  of  new  technologies  in  existing 
platforms.  . . .  The  military  advantage  goes  to  the  nation  that  has  the  best  cycle  time  to  capture 
the  very  best  commercially  available  technologies,  incorporate  them  in  weapons  systems,  and 
get  them  fielded  first.  ...  Open  systems  help  prevent  ourselves  from  being  locked  into 
proprietary  technology  and  outdated  systems.  . . .  Open  systems  specifications  and  standards 
promote  standard  interfaces  and  promote  interoperability  with  our  friends  and  allies,  and 
enable  access  to  the  commercial  marketplace,  and  to  lower  cost,  rapid  technology  insertion.  . . . 
These  are  some  of  the  reasons  why  an  OSA  makes  sense.  It  is  also  why  the  Department’s  senior 
leadership  is  thoroughly  committed  to  the  OSA.  ” 
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Appendix  A.1 


The  Open  System  Approach  To  Weapons  System 

Design 


Why  Open  Systems? 

An  open  system  approach  is  designed  to  facilitate  the  use  of  widely  accepted,  standard  products — 
from  multiple  supphers — ^in  DoD  weapons  systems.  In  addition,  if  the  architecture  is  defined  by 
specifications  and  standards  used  in  the  private  sector,  the  DoD  can  be  one  of  many  customers  and  leverage 
the  benefits  of  the  commercial  marketplace,  taking  advantage  of  the  competitive  pressures  which  motivate 
commercial  companies  to  reduce  prices  and  introduce  new  products  developed  with  internal  resources.  The 
open  system  approach  can  have  a  profound  effect  on  the  life-cycle  cost  of  a  system.  Program  managers  can 
have  access  to  alternative  sources  for  the  key  subsystems  and  components  to  conshuct  DoD  systems.  DoD 
investment  early  in  the  hfe-cycle  is  reduced  since  at  least  some  of  the  required  subsystems  or  components  are 
hkely  to  already  be  available,  or  being  developed  without  direct  DoD  investment.  Production  sources  can  be 
competitively  selected  from  multiple  competitors.  The  system  design  flexibihty  inherent  in  the  open  system 
approach,  and  the  more  widespread  availabihty  of  conforming  commercial  products,  mitigates  potential 
problems  associated  with  a  diminishing  defense-dependent  manufacturing  base.  Finally,  life-cycle  costs  are 
reduced  by  a  long-hved,  standards  based  architecture  that  facihtates  upgrades  by  incremental  technology 
insertion,  rather  than  by  large  scale  system  redesign. 

What  Is  The  Open  System  Approach? 

The  open  system  approach  is  an  integrated  technical  and  business  strategy  that  defines  key 
interfaces  for  a  system  (or  piece  of  equipment)  being  developed.  Interfaces  generally  are  best  defined  by 
formal  consensus  (adopted  by  recognized  industry  standards  bodies)  specifications  and  standards.  However, 
commonly  accepted  (de  facto)  specifications  and  standards  (both  company  proprietary  and  non-proprietary) 
are  also  acceptable  if  they  facihtate  utihzation  of  multiple  supphers.  The  use  of  de  facto  specifications  and 
standards  takes  advantage  of  the  fact  that  firms,  particularly  those  in  the  commercial  arena,  frequently 
develop  hardware,  software  and  systems  standards  for  the  design  and  fabrication  of  computing, 
telecommunications,  display,  sensing,  and  signal  processing  systems.  Whether  interfaces  are  described  by 
consensus  or  de  facto  standards,  the  benefits  only  accme  if  products  from  multiple  sources  are  economically 
possible.  Although  the  most  common  emphasis  is  on  electronic  systems,  the  open  system  approach  is  widely 
apphcable,  from  fasteners  and  hght  bulbs  to  jet  engines. 

An  effective  open  system  architecture  wiU  rely  on  physical  modularity  and  functional  partitioning  of 
both  hardware  and  software.  Physical  modularity  and  functional  partitioning  should  be  ahgned  to  facihtate 
the  replacement  of  specific  subsystems  and  components  without  impacting  others.  The  subsystems  and 
components  described  by  the  system  design  should  be  consistent  with  the  system  repairable  level. 

Subsystems  and  components  below  the  repairable  level  wih  normally  not  be  under  government  configuration 
control.  Therefore,  repairs  below  the  repairable  level,  if  required,  will  be  by  the  suppher.  If  the  hardware 
and  software  is  effectively  partitioned,  processing  hardware  can  be  replaced  with  new  technology  without 
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modifying  application  software.  Additionally,  application  software  can  be  modified  without  necessitating 
hardware  changes. 

Applying  the  Open  System  Approach  to  Weapons  Systems  Acquisition 

The  system  architecture  should  be  addressed  early  in  a  program  to  maximize  the  number  of  potential 
solutions,  and  thereby  help  reduce  program  cost.  By  developing  the  architecture  early  in  a  program,  the 
specific  technology  used  in  its  implementation  can  then  be  chosen  as  late  as  possible. 

Open  system  interfaces  must  be  managed  more  rigorously  than  in  previous  practice.  An  interface 
specification  or  standard  is  inherently  a  performance  standard,  is  used  as  such  by  industry,  and  must  be 
recognized  as  such  in  DoD.  System  partitions  must  not  violate  the  interface,  unilaterally  extend  it,  or  define  it 
so  that  it  is  no  longer  comphant  with  the  standard.  At  the  start  of  production  the  open  system  requirements 
are  pubhshed,  thus  identifying  the  market  opportunities  for  supphers. 

The  open  system  approach  facihtates  the  use  of  lower  cost,  high  performance  weapons  system 
subsystems  and  components,  mostly  built  to  commercial  specifications  and  standards.  The  open  system 
approach  does  not  imply  that  only  consumer  grade  products  should  be  used.  However,  some  commercial 
environments  are  as  demanding  as  mihtary  environments,  and  commercial  products  that  function  in  these 
environments  will  also  function  in  the  military  environment.  In  any  case,  all  open  systems  designs  still  must 
meet  military  requirements. 

The  apphcation  of  the  open  system  approach  to  legacy  systems  is  less  obvious  but  still  beneficial. 
Legacy  systems  usually  have  size,  space,  power,  cooling  and  shape  factor  constraints.  For  these  systems, 
the  open  system  approach  can  provide  form-fit-function  interface  (F3I)  solutions  within  existing  packaging, 
power,  and  environmental  constraints.  In  such  cases  the  open  system  solution  frequently  requires  less  system 
resources  by  using  newer,  more  efficient  technologies.  The  open  system  approach  is  similar  to  F3I  except 
that  the  open  system  approach  emphasizes  choosing  interfaces  that  are  broadly  accepted  in  the  marketplace 
to  allow  for  as  many  supphers  as  possible  over  the  long  term. 

Conclusion 

On  November  29,  1994,  Under  Secretary  of  Defense  Kaminski  directed  that  the  open  system 
approach  be  used  for  the  acquisition  of  the  electronics  in  weapons  systems.  DoD  Directives  5000.1  and 
5000.2-R  estabhsh  a  consistent  pohcy  for  ah  DoD  systems  acquisitions,  including  the  mandate  for  open 
system  approaches  integrated  with  the  other  activities  essential  to  the  reformed  acquisition  process. 

The  open  system  approach  is  a  new  way  of  doing  business,  and  an  important  part  of  Acquisition 
Reform.  Beyond  ah  that,  however,  the  open  system  approach  is  a  smart  way  to  do  business.  Hard 
pressed  to  maintain  the  superiority  of  U.S.  mihtary  systems  within  severe  budget  constraints,  DoD  program 
managers  need  the  flexibihty  of  open  system  to  leverage  the  creativity  and  competitive  pressures  of  the 
commercial  marketplace.  Program  managers  should  ask  this  question  of  any  proposed  design  solution: 
'"What  provisions  have  been  made  to  ensure  that  the  widest  range  of  suppliers  will  have  the 
opportunity  to  offer  their  products  throughout  the  program  life  cycle?” 

Additional  information  is  available  from  the  Internet  World  Wide  Web  at  the  Open  Systems  Joint 
Task  Force  home  page  (http://www.acq.osd.mil/osjtf/). 
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Detailed  IEWCS  Life  Cycle  Cost  Analysis 


Establishment  of  a  System  Development  Basis 

The  estimation  of  an  overall  cost  avoidance  that  could  be  reahzed  in  the  IEWCS  acquisition  due  to 
use  of  an  OSA  requires  the  estabhshment  of  a  hypothetical  alternative  system  to  the  IEWCS  which  did  not 
utihze  an  OSA-based  implementation  but  that  provided  equivalent  technical  performance.  With  the 
considerable  assistance  of  the  PEO  lEW  staff,  such  a  comparable  lEWCS-like  SIGINT/EW  system  is 
hypothesized  in  the  following  analysis.  This  system  would  incorporate  a  straightforward  contemporary 
technological  extension  of  each  of  the  six  predecessor  legacy  systems  to  the  IEWCS  that  in  deployment 
would  continue  to  utihze  the  same  number  of  operator  personnel  and  platform  vehicles  as  the  legacy  systems. 
It  is  assumed  that  this  lEWCS-hke  system  would  utilize  an  upgraded  TACJAM  system  rather  than  the 
common  module  TACJAM-A  subsystem  of  the  IEWCS  and  an  upgraded  Communications  High- Accuracy 
Advanced  Eocation  System  (CHAAES)  rather  the  common  module  CHAES-X  subsystem  of  the  IEWCS. 
This  lEWCS-like  SIGINT/EW  system  would  also  use  a  non-common  module  variation  of  the  IEWCS ’s 
CMES. 


It  is  further  assumed  that  the  existing  platform  configurations  as  used  in  legacy  ground  and  air  vehicles 
would  be  utihzed  and  operationally  deployed  to  field  this  lEWCS-hke  system  as  foUows: 


Platform  Configurations: 


Production  Units: 


Hypothetical 
SIGINT/EW  System 

QUICKEIX 

TEAMMATE 

TEAMPACK 

TRAIEBEAZER 

TRAEEICJAM 

TACJAM 

150  CMES 
138  CHAAES 
198  TACJAM 


Actual  IEWCS  System 

Advanced  QUICKEIX 

GBCS-Eight 

GBCS-Heavy 


150  CMES 
138  CHAES-X 
138  TACJAM-A 


Airborne  Division  Deployment:  54  operators 

18  vehicles 
3  airhft  aircraft 


40  operators 

8  vehicles 
4  airhft  aircraft 


Heavy  Division  Deployment: 


96  operators 
34  vehicles 
3  airhft  aircraft 


52  operators 
12  vehicles 
4  airhft  aircraft 
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Light  Division  Deployment:  30  operators  40  operators 

6  vehicles  8  vehicles 

3  airlift  aircraft  4  airlift  aircraft 

This  acquisition  costs  of  this  hypothetical  lEWCS-like  system  and  its  assumed  deployment  are  then 
used  to  develop  a  comparison  with  actual  or  anticipated  lEWCS  system  costs  to  estabhsh  a  potential  cost 
avoidance  during  the  research  and  development  (R&D),  production,  and  operations  and  support  (O&S) 
phases  of  the  system  hfe  cycle. 


lEWCS  R&D  Cost  Comparison 


Estimate  for  Actual  lEWCS 

Component  R&D  Cost  Hypothetical  System  Experience 


CHAALS/CHALS-X 

$  66.0  M 

$  66.0  M 

CMES 

54.3  M 

7.0  M 

TACJAMH'ACJAM-A 

195.0  M 

165.0  M 

Subsystems  Integration  (lEWCS  only) 

75.0  M 

Platform  Integration 

81.7  M 

49.0  M 

Total  R&D  Costs: 

$  397.0  M 

$  362.0  M 

Estimated  R&D  Cost  Ayoidance:  $  35.0  M 


lEWCS  Production  Cost  Comparison 

Major  System/Subsystem  Hypothetical  System  lEWCS  System 


Production  Component 

Unit  Cost 

Total  Cost 

Unit  Cost 

Total  Cost 

CHAAES/CHALS-X 
(+  Platform  Integration) 

$  1.30  M 

$  179.4  M 
12.5  M 

$  0.60  M 

$  82.8  M 
16.3  M 

CMES 

2.32  M 

347.4  M 

0.90  M 

135.0  M 

TACJAMTTACJAM-A 

2.40  M 

475.2  M 

1.80  M 

248.4  M 

Total  Production  Costs: 

$  I0I4.5M 

$  482.5  M 

Estimated  Production  Cost  Ayoidance: 

$  532.0  M 
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lEWCS  O&S  Cost  Avoidance 

An  estimate  of  the  overall  O&S  cost  avoidance  can  be  obtained  by  differencing  the  annual  O&S 
costs  that  would  be  incurred  in  mission  deployment  of  the  hypothetical  lEWCS-like  system  and  those 
anticipated  lEWCS  O&S  costs  as  developed  by  the  PEO  lEW.  These  costs  are  based  on  standard 
SIGINT/EW  mission  platform  deployments  by  Army  field  operational  organizations.  A  20  year  system 
operational  hfe  is  assumed  for  either  system  deployment  in  any  organization. 

Army  Number  of  Eield  Annual  O&S  Cost  Estimated  Annual 

Eield  Organization  Organizations  Avoidance  per  Org.  O&S  Cost  Avoidance 

Airbome/Air  Assault  Division  2  $  1.04  M  $  2.1  M 

Armored/Mechanized 

Infantry  Division  5  4.30  M  21.5  M 

Heavy  Armored  Cavalry  Regiment  2  (0.80  M)  (1.6  M) 

Eight  Army  Cavalry  Regiment  1  (0.80  M)  (0.8  M) 

Eight  Division  3  0.26  M  0.8  M 

Separate  Brigade  1  (0.2  M)  (0.2  M) 

Estimated  Overall  Annual  O&S  Cost  Avoidance:  $  21 .8  M 

Estimated  Overall  O&S  Cost  Avoidance  Over  a  20- Year  System  Eife:  $  436.0  M 

It  is  also  noted  that  this  O&S  cost  avoidance  estimate  does  not  take  into  account  the  corresponding 
cost  reductions  due  to  elimination  of  a  variety  of  unique  training,  vehicles,  maintenance  facihties,  etc., 
associated  with  overall  O&S  activities  of  the  six  predecessor  legacy  systems. 


MEWSS-PIP  Acquisition  Cost  Avoidance 

As  a  “fourth  mission  configuration”  of  the  lEWCS  system  and  its  three  major  subsystems,  the 
MEWSS-PIP  acquisition  also  provides  an  important  component  to  the  overall  cost  avoidance  that  can  be 
associated  with  the  OSA-based  implementation  of  the  lEWCS.  As  discussed  in  Chapter  6,  there  are  two 
possible  MEWSS-PIP  acquisition  scenarios  that  may  be  considered  in  development  of  a  potential  cost 
avoidance  estimate.  These  hypothetical  acquisition  scenarios  are  for  illustrative  purposes  only  and  do  not 
represent  actual  USMC  plans: 

Scenario  I:  The  USMC  elects  to  pursue  a  new  SIGINT/EW  system  development  totally 
independent  from  the  Army’s  lEWCS  system  using  a  traditional  non-OSA  technical  architecture.  A 
“bare-bones”  development  effort  is  undertaken  using  predecessor  system  technology  wherever 
possible.  An  electronic  support  capability  equivalent  to  the  stated  ESS  requirements  is  also 
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developed  and  incorporated  within  this  system,  thereby  ehminating  the  need  for  separate  ESS 
production  and  deployment.  The  resultant  system  is  integrated  into  a  legacy  platform  vehicle  as 
opposed  to  a  LAV  platform.  This  overall  system  development  will  provide  a  technical  and 
operational  performance  in  the  communications  SIGINT/EW  mission  consistent  with  the  USMC’s 
stated  requirements,  but  significantly  less  than  that  of  the  lEWCS. 

Scenario  II:  As  in  the  previous  scenario,  the  USMC  elects  to  develop  a  new  SIGINT/EW  system 
capabihty,  but  using  the  technical  system  development  rationale  followed  by  the  Army’s  independent 
development  of  an  OSA-based  technical  architecture.  This  approach  is  a  distinct  departure  from 
predecessor  USMC  system  acquisitions  and  will  require  an  R&D  investment  comparable  to  that  of 
the  lEWCS.  This  system  will  also  be  integrated  into  a  legacy  platform  vehicle.  The  resultant 
system’s  technical  capability  and  operational  performance  is  exactly  comparable  to  that  of  the 
lEWCS,  and  will  have  a  comparable  production  cost.  Again,  this  system’s  overall  capabihty  and 
operational  performance  eliminates  the  need  for  any  ESS. 

It  is  assumed  that  the  acquisition  cost  difference  between  the  two  scenarios  occurs  only  in  the  R&D 
phase  wherein  significantly  different  system  development  costs  are  incurred.  In  both  the  production  and 
O&S  phases  under  either  scenario,  it  is  assumed  that  the  overaU  costs  for  the  hypothetical  system  wiU  be  the 
same  as  those  anticipated  for  the  actual  MEWSS-PIP,  without  any  cost  avoidance.  However,  due  to  the 
elimination  of  the  ESS,  there  wiU  be  a  production  cost  avoidance  of  $7.6  M  per  each  of  the  12  ESS 
platforms  and  an  associated  annual  O&S  cost  avoidance. 

It  is  further  assumed  that  under  either  scenario  12  MEWSS-PIP  platform  units  will  be  acquired,  and 
that  the  acquisition  of  12  ESS  units  was  avoided.  Again,  a  20  year  system  operational  life  is  assumed.  The 
following  cost  avoidance  estimates  were  developed  with  the  assistance  of  the  MEWSS  Program  Office  staff 
at  the  USMC  Systems  Command,  Quantico,  VA: 


Estimated  Cost  Avoidance 


Svstem  Life  Cvcle  Phase 

Scenario  I 

Scenario  n 

R&D  Phase:  SIGINT/EW  Svstem  Development 

$  15.0  M 

$  362.0  M 

ESS  Development 

15.0  M 

- 

Actual  MEWSS  Platform  Integration 

(12.5  M) 

(12.5  Ml 

Total  Cost  Avoidance: 

$  17.5  M 

$  349.5  M 

Production  Phase:  $7.6  M  per  ESS  X  12  ESS  units 

$  91.2M 

$  91.2  M 

Total  Cost  Avoidance: 

$  91.2  M 

$  91.2M 

O&S  Phase:  $35K  annual  per  ESS  vehicle 

X  12  ESS  vehicles  X  20  years 

$  8.4  M 

$  8.4  M 

$33K  annual  per  operator  X  4  operators 
per  ESS  vehicle  X  12  vehicles  X  20  year 

31.7  M 

31.7  M 

Total  Cost  Avoidance: 

$  40.1  M 

$  40.1  M 

Overall  Estimated  Life  Cycle  Cost  Avoidance:  $  148.8  M  $  480.8  M 
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Points  of  Contact  for  Further  Information 


The  following  points  of  contact  concerning  the  lEWCS  system  and  open  systems  acquisition 
processes  are  provided  to  the  reader  desiring  to  pursue  additional  information  concerning  this  Case  Study: 

@  Open  Systems  Joint  Task  Force,  2001  N.  Beauregard  Street,  Arlington,  VA  22311 
Mr.  H.  Leonard  Burke,  Director,  (703)  578-6568 
COL  Mick  Hanratty,  Deputy  Director,  (703)  578-6590 
http://www.acq.osd.mil/osjtf 

@  Project  Manager  Signals  Warfare,  Vint  Hi11  Farms  Station,  Warrenton,  VA  22186 
Mr.  WiUiam  Hayden,  lEWCS  Project  Manager,  (540)  349-7068 

@  Program  Executive  Office,  Intelligence  and  Electronic  Warfare,  Eort 

Monmouth,  NJ  07703-5301 

Mr.  Eddie  Bair,  Deputy  PEO  lEW,  (908)  532-0179 
Mr.  Mike  Ryan,  (908)  532-6859 

@  Program  Executive  Office,  Command,  Control,  Communications  and  Intelligence  Systems, 

Eort  Monmouth,  NJ  07703-5301 

MG  William  H.  Campbell,  PEO  C3  Systems,  (908)  427-4937 

@  Marine  Corps  Systems  Command,  Signals  InteUigence  and  Electronic  Warfare  Program  Office, 
Quantico,  VA  22134-5010 

MAJ  Mike  Groen,  USMC,  MEWSS  Project  Manager,  (703)  784-2044,  x7223. 
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Appendix  A.4 
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@  COL  Thomas  L.  Vollrath  (ret),  “Open  Systems  Case  Study:  lEWCS,”  presented  at  the  OSD 
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Laboratory,  Cahfomia  Institute  of  Technology,  Pasadena,  CA,  30  September  1991. 

@  “Milestone  IV  Documentation  Package  for  the  TRAILBLAZER,  TEAMMATE,  QUICKFIX, 
TEAMPACK,  TACJAM,  and  TRAFFICJAM  Systems,”  Project  Manager  Signals  Warfare,  Vint 
HiU  Farms  Station,  Warrenton,  VA,  in  two  Volumes  with  Appendices,  7  April  1993. 
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Appendix  A.5 

List  of  Acronyms 


API 

AQF 

ARL 

C2V 

C3I 

CEWI 

CHAALS 

CHALS-X 

CHALS-X(M) 

Cl 

CMES 

COMINT 

DE 

DoD 

ECM 

EDM 

EEVS 

EEINT 

E&MD 

ESM 

ESS 

EW 

ESI 

GBCS 

GBCS-H 

GBCS-E 

GR/CS 

HE 

HMMWV 

HTI 

lEW 

lEWCS 

JPE 

EAV 

MAGTE 

MEWSS 

MEWSS-PIP 

NDI 

ONS 


Applications  Program  Interface 

Advanced  QUICKEIX 

Airborne  Reconnaissance  Eow 

Command  and  Control  Vehicle 

Command,  Control,  Communications,  and  InteUigence 

Communications,  Electronic  Warfare,  and  InteUigence 

Communications  High- Accuracy  Advanced  Eocation  System 

Communications  High- Accuracy  Eocation  System  Exploitable 

CHAES-X  Modular 

Commercial  Item 

Common  Modular  Electronic  InteUigence  System 
Communications  InteUigence 
Direction  Einding 
Department  of  Defense 
Electronic  Counter-Measures 
Engineering  Development  Module 
Electronic  Eighting  Vehicle  System 
Electronics  InteUigence 
Engineering  and  Manufacturing  Development 
Electronic  Support  Measures 
Electronic  Support  System 
Electronic  Warfare 
Eorm-Eit-Eunction  Interface 
Ground  Based  Common  Sensor 
GBCS  Heavy 
GBCS  Eight 

Guard  Rail  Common  Sensor 
High  Erequency 

High  MobiUty  Multipurpose  Wheeled  Vehicle 
Horizontal  Technology  Integration 
InteUigence  and  Electronic  Warfare 
lEW  Common  Sensor 
Jet  Propulsion  Eaboratory 
Eight  Armored  Vehicle 
Marine  Air  Ground  Task  Eorce 
Mobile  Electronic  Warfare  Support  System 
MEWSS  Product  Improvement  Program 
Non-Developmental  Item 
Operational  Needs  Statement 
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o&s 

Operations  and  Support 

OS 

Open  Systems 

OSA 

Open  Systems  Approaeh 

OSI 

Open  Systems  Intereonneet 

OS-JTF 

Open  Systems  Joint  Task  Eoree 

PEO 

Program  Exeeutive  OlSce 

PM 

Program  Manager 

POSIX 

Portable  Operating  System  Interfaee 

R&D 

Researeh  and  Development 

SEM-E 

Standard  Eleetronic  Module  -  Enhanced 

SHE 

Super  High  Erequency 

SIGINT 

Signals  InteUigence 

TACJAM 

Tactical  Jammer 

TACJAM-A 

TACJAM  Advanced  System 

TT/UT 

Technical  Testing/User  Testing 

UHE 

Ultra  High  Erequency 

USA 

United  States  Army 

USAE 

United  States  Air  Eoree 

USMC 

United  States  Marine  Corps 

VHE 

Very  High  Erequency 

VME 

Versa  Module  Eurocard 
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